软件需求说明书HIS.docx

软件需求说明书HIS.docx

《软件需求说明书HIS.docx》由会员分享，可在线阅读，更多相关《软件需求说明书HIS.docx（22页珍藏版）》请在冰点文库上搜索。

软件需求说明书HIS

软件需求说明书

24September2008

Thisreportcontains3pages

1引言5

1.1编写目的5

1.2背景5

1.3定义5

1.4参考资料5

2任务概述6

2.1目标6

2.2用户的特点6

2.3假定和约束6

3需求规定6

3.1对功能的规定。

6

3.2对性能的规定7

3.2.1精度7

3.2.2时间特性要求7

3.2.3灵活性7

3.3输人输出要求7

3.4数据管理能力要求7

3.5故障处理要求8

3.6其他专门要求8

4运行环境规定8

4.1设备8

4.2支持软件9

4.3接口9

4.4控制9

5附录（各模块需求说明书）9

5.1挂号9

5.1.1身份登记9

5.1.2建卡10

5.1.3挂号处理10

5.1.4预约挂号11

5.1.5挂号队列11

5.1.6查询功能11

5.2收费13

5.2.1医嘱输入13

5.2.2收费计算13

5.2.3退费13

5.2.4统计查询14

5.2.5附图（医嘱录入）15

5.2.6附图（退费）17

5.3医生工作站18

5.3.1设置和维护18

5.3.2医嘱录入19

5.3.3查询统计20

5.4药品21

5.4.1药品信息维护21

5.4.2库房维护21

5.4.3库房管理22

5.4.4门诊配发药22

5.4.5住院药房排发药23

5.4.6输液中心发药23

5.4.7药品调价24

5.4.8盘点、进销存报表24

1引言

近年来，无论是医院的外因还是内因都对医院信息管理系统（以下简称HIS）提出了更为苛刻的要求。

外因方面主要是国内整个医疗体制改革的推进和基于城域甚至广域交换的软硬件技术的成熟；内因方面主要是医院用户经过几年系统的运行后，对HIS系统的认识更加理性，对HIS系统功能的需求更加细化和深化，对系统的稳定性和安全性提出了更高的要求。

上述两个因素促使传统的HIS系统的设计理念也必须发生相应的变化。

XX医院目前的医疗管理信息系统已经使用了五年以上，在功能和性能上已经有很多不能满足院方的需要。

院方在充分考虑系统外延性和扩展性基础上，与公司签定了信息系统的开发合同。

1.1编写目的

本说明书的编写目的，是为用户及分析人员充分理解本产品而设立的，它说明了本产品的各项功能和性能要求，明确标识各功能的实现过程，阐述实用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。

本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。

1.2背景

说明：

a．本软件系统的名称为EHIS医院管理信息系统；

b．本软件的设计者为XX信息系统（XX）有限公司；

1.3定义

EHIS：

文中所指的EHIS即为EHIS软件系统产品。

1.4参考资料

a．合同中的功能及性能说明；

b．XX市医疗保险的各类发文文件；

c．接口标准

2任务概述

由于XX医院为一所大型的综合性医院，每日的就诊人数比较多，所以对速度的要求比较高，医保的时常更新，对各类指标的分析也在变化，所以对报表以及查询要求比较高，原来的系统由于使用时间比较长,在这两方面有已经有了明显的不足感觉，因此需要对EHIS现有系统进行本土化，并加入XX医保这方面的模块。

2.1目标

a．面向医院管理者的需求，为管理者及时了解医院情况、进行科学决策提供准确的信息。

b．改善医院的管理服务

c．面向系统维护人员的需求，HIS系统是一个24×365运行的系统，任何的中断或数据丢失都会带来不堪设想的后果。

2.2用户的特点

本软件的最终用户有挂号收费人员、医生、药房工作人员，信息科专业管理人员等，年纪偏大的操作员对电脑的使用接收程度比较慢，部分电脑基础知识比较欠缺，所以整个系统除了考虑系统本身的设计，还需要顾及到相关人员的操作习惯以及接收程度。

2.3假定和约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

3需求规定

3.1对功能的规定。

HIS软件由多个模块组成，一般情况下用户对于整个模块除了操作方便，简单等视觉要求以及正常的功能要求以外，不太会过度的提出整个系统的特殊需求。

HIS系统由临床、医技、行政、药品等各模块组成，各模块间既有独立，也有关联性，在程序设计时，更多的需要参照各模块的需求，以及找到各模块之间的关联。

附录部分为各模块的功能需求。

3.2对性能的规定

3.2.1精度

挂号收费现金部分要求采用五舍六入，非医保实时的支付部分采用四舍五入

将药品的单价设为四位小数，防止药品折零时导致大的误差

一般报表金额采用两位小数，即可满足

3.2.2时间特性要求

挂号收费部分，由于目前各医疗机构的病人数较多，以及卫生局对于病人的挂号收费时间的硬性指标，所以在挂号收费时，需要快速，方便，减少病人的等待时间。

病人收费后，配药单需要能够及时准确打印，发药窗口通过某种条件能快速的进行查询

日报表能够比较快

3.2.3灵活性

a．门急诊病人收费，可以与挂号系统连接使用，对于特殊病人（比方说体检病人），不挂号时，也可以独立使用

b．查询部分，可以按照多个条件的单独或组合方式查询结果

c．由于医保的不定期的升级以及客户本身的需求，需要考虑升级的兼容性。

d．相关的模块部分，需要考虑和边缘模块的接口

e．目前药库这里的接口为市卫生局的药品招标接口，根据接口文件的格式提供文件格式；

f．药品这里的基本的正常流程不太会变动，在报表或接口方面可能会随着卫生局政策性的一些变动生会产生一些报表或提取数据方面的格式变动。

g．HIS系统为一个不间断的24小时连续运行的系统，除了整个系统的正常运行以外，如果碰到系统出现大问题，还需要有一个应急方案来解决整个医院的运行。

3.3输人输出要求

无

3.4数据管理能力要求

数据容量的限制取决了磁盘的容量和数据库的最大容量值，整个数据库的增长取决于系统上线以后，在正常的运行条件下，每个周期数据库的增长速度，在磁盘足够大的情况下，数据的存取不受限制。

在后期如果数据量增长过大或过快，可以采用报表和前台数据隔离的方式，或采用数据归档方式来对数据库的增量和速度进行管理。

3.5故障处理要求

软件在升级过程，或由于操作不当可能会产生报错。

异常报错：

系统出现异常错误时，程序会弹出对话框，写明错误代码及原因，用户可以依据此出错信息向公司方研发部报告。

操作错误：

如果用户出现操作错误，如数据类型输入错误、缺乏必要字段等，系统会弹出对话框显示出错内容，并将光标设置出错位置上，由现场工程师指导或远程解决等。

3.6其他专门要求

相关报表涉及到财务及药品方面的问题，所以报表的权限需要对专人负责，这一点由院方来做维护。

药品的其他属性，要求药房准确设置，防止药品的错发，比方说儿科用药只能儿科才可以用。

4运行环境规定

4.1设备

部门

门急诊挂号收费

名称

配置（基本）

配置（建议）

用途

PC客户端

P4或以上CPU，512M内存，显示器分辨率要求1024*768

P4或以上CPU，1G内存，显示器分辨率要求1280*720（显示挂号专家信息）

病人基本信息登记

挂号

收费

挂号员日报表

打印机

窄行打印机

发票打印、日报表打印

读卡器

IC卡磁条卡读写器（良标DTI-23Y）

社会保障卡、白玉兰磁卡、本院磁卡信息读取

报价器

宇驰报价器SYC-XII

条码打印机

（可选）

挂号时打印病人标签

部门

门急诊药房

名称

配置（基本）

配置（建议）

用途

PC客户端

P4或以上CPU，512M内存，显示器分辨率要求1024*768

P4或以上CPU，1G内存，显示器分辨率要求1024*768

按病人发药

排药单打印

读卡器

IC卡磁条卡读写器（良标DTI-23Y）

社会保障卡、白玉兰磁卡、本院磁卡信息读取

打印机

窄行打印机

标签打印机（发药可选）

排药单打印

药物标签打印

部门

报表处理

名称

配置（基本）

配置（建议）

用途

PC客户端

P4或以上CPU，1G内存，显示器分辨率要求1024*768

P4或以上CPU，1G内存，显示器分辨率要求1024*768

报表打印

打印机

宽行打印机

宽行打印机

A4激光打印机

报表打印

4.2支持软件

客户机采用Windows操作系统

4.3接口

a．各模块之间要求可以快速衔接，挂号、排队就诊系统、医生站系统、收费系统、发药系统，要求可以很好的衔接

b．要求和医保的接口处理准确，迅速，并能很好的处理一些意外的差错

4.4控制

无。

5附录（各模块需求说明书）

5.1挂号

5.1.1身份登记

a）允许登记病人自然信息：

b）自然信息有:

姓名、性别、年龄、出生日期、身份证号、联系人（姓名、与患者关系、地址、联系电话）等。

设置必填项目：

病人姓名、年龄、出生日期、现住地址、联系电话、身份证号。

c）允许登记病人的地址信息：

d）地址信息有:

现住地址、户籍地址、通信地址（医保卡记录地址）、联系地址；所有的地址信息包括：

邮政编号、省、市、县（区）、乡；

e）允许登记病人的联系电话：

f）联系电话（医保卡记录电话）、移动联系电话；

g）允许对病人的自然信息自行增加、更改或逻辑删除；

h）允许设置修改病人信息的权限；

i）系统生成病历号11位（MRNO.），病历号是全院唯一、病人唯一；

j）允许合并病人的自然信息，即把同一个病人在系统中的两份自然信息记录合并在一起。

两个病历号合并后，病历号合并成一个；病人的所有其他信息归并入一个病历；在“病历”级判断是否是同一病人的筛选条件为：

身份证号。

5.1.2建卡

a）允许病人同时拥有多个不同类别的就诊卡，如医院就诊卡、医保卡、社保卡、病卡等。

b）允许维护病人的就诊卡，提供就诊卡的登记、挂失和恢复功能。

c）发票上打印病卡号；

5.1.3挂号处理

a）允许用户设置各个科室每天挂号次数的设置：

b）普通门诊：

同一天同一科，一天内不能挂两次；

c）专家门诊：

同一天同一医师，一天内不能挂两次；

d）支持门诊、急诊、体检、日间手术、临时观察、外来检查、外来注射、夜间普通、夜间专家、发热门诊、肠道门诊、肝炎门诊等各类门急诊病人的登记。

e）支持挂号登记限额处理：

允许为某个医生（如专家）或科室设置和修改挂号限额；系统会根据相应的设置控制可以挂号登记的数量；

f）支持登记有效期管理。

g）允许病人退挂号费。

病人就诊后挂号收费不能够直接退，走就诊后的退费流程。

h）支持医保费用的处理。

i）挂号发票：

以院方提供的格式为准。

5.1.4预约挂号

a）提供就诊预约服务功能，允许录入、修改、更换和取消病人的就诊预约。

b）系统允许设置预约病人的基本资料的必需项（如身份证等）。

c）支持预约限额处理：

允许为某个医生（如专家）或科室设置和修改预约限额；系统会根据相应的设置控制可以预约的数量。

d）允许取消预约登记。

5.1.5挂号队列

a）挂号成功后要生成挂号队列。

5.1.6查询功能

b）允许按就诊卡号、病历号、病卡号、身份证号、姓名等关键字快速查询病人的基本信息；

c）允许按病历号、病卡号、等关键字快速查询病人挂号登记信息；

d）分类人次和费用统计：

按科室、按病种、按医生、按就诊类别（急诊、普通、专病、专家、特需）。

e）门急诊挂号工作人员工作量的统计

5.2收费

5.2.1医嘱输入

a）必须支持两种医嘱录入方式，从就诊时入录（医站）的以及在收费处录入的。

b）支持可取或不取出从医站输入的医嘱，并却在取出的医站医嘱选择不收费（不结算），但不可以做任何修改。

c）对于录入药品实施所对应的药房库存的控制。

d）除了对药房库存的控制，对于医保病人也做医保控量的限制。

e）收费项目也必须根据所定的设置（收费项目维护）开放或控制，划价，多包装的选择，

f）附加收费项目，以及联动收费项目。

g）对于设置为有接口的项目，必须发送相关的信息到所对应的科室接口。

h）把病人挂号信息调出来时，若是医保必须连到医保交易机器做实时账户查询。

i）相对不同报销政策（类型）的病人做不同的校验；镇保病人帐户没钱必须提示以及把此类病人改为自费，大病病人可以选择换位小病收费的选项，对于干部保健病人可以在收费时在已挂号的债务人中选择更换债务人和所绑定报销政策。

j）收费项目也可以对不同的报销政策把报销比率往下调。

k）在医嘱录入提供可换处方的功能。

l）挂号已过期的病人可以用额外收费的方式在额外收费的页面收取非药品的项目。

m）未挂号的病人也能在零售录入的收费页面收取所规定药品与非药品项目。

n）收费流程见后续附图

5.2.2收费计算

a）根据不同病人的债务人与报销政策，分别收费。

b）若是医保必须连到医保交易机器做实时账户结算。

c）必须支持多个债务人一次性结算的收费方式，并准确的保留费用明细帐单的数据。

d）具备事先分配发票与收银柜管理。

e）支持多方式付款（现金，支票，POS）以及这些付款的组合。

f）收费后打印财务规定的发票格式，单据，收费明细帐单，病人收费基本信息和编号。

（见附图）

5.2.3退费

a）未发药的可以立即退费，未执行的检验项目必须再发送退费标志到所对应的科室接口

b）已发药的必须先退药才能退费，已执行的检验项目也必须由检验科通过接口发送退款标志。

c）已退标志到HIS系统才能退费。

d）对于医保大病退费必须检测大病有效期，若过期的，只能做全退费。

e）退费也必须按当时收费的价格。

f）已下医嘱的挂号不能退挂号费，除非有特殊许可（通过系统设置）。

（附图）

5.2.4统计查询

a）具有挂号收费查询。

可根据发票，收费员，时间段，系统流水号。

可查至明细项目。

b）同时也可以查询/打印每一张发票或收费项目明细清单。

c）收银柜结账报表，可以同时容纳多个发表段。

d）收费员结账汇总表。

5.2.5附图（医嘱录入）

5.2.6附图（退费）

5.3医生工作站

5.3.1设置和维护

a）允许设置和维护ICD10编码的相关内容（包括中、英文对照）、临床印象、过敏和禁忌的信息

b）允许设置挂号有效期（也即挂号后允许录入医嘱的期限），允许按照科室、科目、医嘱类别来设置；按照天来设置；（因为需要系统自动批处理，可以设置时间点和宽限时间点，如设23：

30操作，但20：

30以后及23：

30以前的挂号可以不处理）

c）允许设置医嘱处方有效期（急诊处方当日有效、门诊处方三天有效）

d）设定已付费未取药的药品保存期限，逾期后，需要重新挂号输医嘱，退回上次的付费；时间按照天来设置（系统在晚上会自动批处理）

e）允许设置药品大类、药品种类、药品代码与就诊类别（门、急诊等）、挂号科室、挂号科目的相互关系；

f）允许设置权限控制的级别：

禁止、授权可行、提示但可通过；（如药物医嘱的录入与医生级别有关，跨科医嘱如有用药限制，需要授权）

g）允许设置医院、科室、医生、收费类型的均次费用及处方的均方费用，并对于超标的处方或医嘱作出提示信息；

h）均次费用的计算方式是每次就诊的所有费用的平均值；均方费用是药物处方的平均费用；平均的周期是每月；

i）允许设置药物时段内（设置起始时段和终止时段）的总量控制，控制量与病人的就诊类型（门诊、急诊，住院）、病人的报销政策有关，例如：

医保控制药，要求对医保病人每个月限量，但对自费开放；

j）允许设置医保药量控制，用量控制按照药房可提供的发药包装来计算：

k）允许用户设置处方下达的数量与处方上的项目数量，如门诊病人一次就诊只能开一张处方，且一张处方只能有五种药，而急诊病人则可以开多张的处方；（处方只针对药物医嘱），一组补液算1个药；

l）允许维护药品数据库：

可通过和药品数据库集成，支持处方的药品剂量、药品过敏、药品相互作用等方面的自动监测（和第三方软件结合）；

m）允许用户维护各个科室的常用诊断；

n）允许按疾病和科室设置公共或个人医嘱模板。

模板医嘱的内容包括项目代码、项目名称、剂量/执行次数、数量、周期、起始日期、执行部门；

o）允许设置配套医嘱的默认模板；

p）允许设置项目的默认执行部门。

默认的执行部门可按照项目及病人就诊科室来设置。

q）允许设置医技申请单模板；

r）允许设置可停止医嘱的医生权限。

s）同科室的医生（普通或专家）可以停；

t）确认后的医嘱不得更改，但允许医生停止医嘱；

u）处方审核后才能收费，只有大病医保病人需要审核；

v）医生权限设置：

允许设置医务工作者的种类（如医生、护士、医技医生、医技及技术员、药剂师等）、医生的级别（如实习医生、进修医生、住院医生、主治医生、副主任医生、主任医生等）、医生所属科室等属性；

w）允许用户按照医嘱大类（如药物医嘱、医技医嘱等）、医嘱次类（如药物医嘱中的抗生素类药物或抗凝血类药物等）、医嘱项目（如阿莫西林胶囊等）和医务工作者的身份来设定医嘱状态（如下达、确认、停止，药物的排发药、退药，医技的标本采集、完成、报告审核、报告完成等）的改变中的权限级别。

5.3.2医嘱录入

a）支持医生可以按照自己的登录身份和病人的挂号科目来选择病人；

b）允许医嘱录入员在医生授权的条件下录入医嘱；

c）代录入医嘱时，系统需记录下医嘱的医生；

d）医生授权操作员或实习医生输入医嘱，授权人员可以随时结束授权；

e）门诊以设置权限方式控制医嘱确认，处方医生有权确认医嘱；确认后的医嘱才允许收费；

f）允许在挂号有效期内，可以继续原来一次就诊的医嘱录入，费用录入都与该就诊有关，以便考核统计。

g）医生本人的均次费用超标后需要系统做出提示信息；所有就诊的费用都要记入，而且辅助部门增加的相关费用都属于病人的接诊医生费用；

h）医生的均次费和均方费用在一次就诊的医嘱确认时根据科室的均次费和均方费提示是否超标，以便医生知晓费用是否超标，需要自行调整；

i）按照医保用药控制来提示医生；允许设定医保用药限制，包括大病、普通或其他类别。

j）每张处方需系统为其编制处方号，根据处方号处理处方；

k）根据系统设置的药品时段内的医保限量，下达医嘱时如果到达限额，则出现提示页面告知系统限量；

l）允许用户输入病人的禁忌和过敏，过敏的录入需要区分过敏类别，如果是药物过敏可设置药物的大类、次类、项目等，在输入药物医嘱时系统自动监测，提示医生；

m）支持医嘱模板；允许医生通过医嘱模板一次下达一条或多条医嘱，减少录入的差错，减轻医生的工作量；

n）允许医生录入医技申请单，医技申请单的内容全部完成后才形成一条医嘱，同时对应一个或一个以上的收费代码；

o）医技部门可以下达本部门的医技医嘱、及此类医生所能下达的药物医嘱；

p）允许输入自备药以保证医嘱的完整；

q）支持历史医嘱的复制，减少录入的差错，减轻医生的工作量；

r）在输入重复医嘱时，系统会自动给予提醒，但不禁止重复医嘱的录入；

s）系统在录入/添加医嘱时自动预留库存，如果无可用库存，系统将禁止医嘱录入；

t）医嘱处方有效期（急诊处方当日有效、门诊处方三天有效三天）过后释放药物的预留数，也即已确认、有效期内未收费取药的医嘱要保存，过有效期后自动停医嘱；

u）允许医生作废未确认的医嘱，不需要输入作废原因，未确认医嘱允许删除；

v）系统可根据设置，在医嘱确认后，自动计算和生成相应的费用；

w）系统可根据设置，自动向相关执行部门传送药物、检查、化验等各种医嘱；

x）系统支持输入成组医嘱（成组的静滴或静注药品），支持选择成组药品的用法、数量、周期，成组药品的组成药品项目不允许片剂类的药品，允许打印成组药品的瓶贴，成组药品的组成药品项目允许药品取自不同的药房；门急诊补液：

如病人在我院补液，允许门急诊输液医嘱经过药房审核后转发到静脉配置中心（PIVA），病人需要到药房确认，但不取补液用药，凭药房打印出的转发药凭证单到补液中心输液。

如病人当天在我院补液，第2天要到外院补液，允许药房将剩余补液发给病人。

y）系统支持模板医嘱中可以设置成组医嘱；

zz）外配方处理：

可由医生在药物医嘱录入时选择自备药，由手工书写处方或由诊室护士台打印，医师盖章确认，不进入我院系统收费发药流程。

5.3.3查询统计

a）允许按时段、科别、科目和全部的选项查看病人的历史医嘱；

b）允许按科室、病人、下达医师、状态、类别以及时间范围等对医嘱进行查询；

c）提供医嘱打印/重打服务：

包括处方、化验单、检查单等。

d）可选择确认后自动打印；

e）重打不设权限控制；

f）按照用户提供的单据格式打印（包括套打）；

g）提供打印工作量汇总单；

h）提供打印门办部门所需的报表；

i）允许医生/用户在录入医嘱时查询病人医嘱历史；

j）允许查询病人的相关检查报告

5.4药品

药库药房管理系统应提供以下的功能

●药品的信息维护

●库房维护

●库存管理

●门诊配发药

●住院药房排发药

●输液中心发药

●药品调价

●盘点、进销存报表

●相关报表

5.4.1药品信息维护

a）允许录入、修改、逻辑删除及查询药品的基本信息、价格信息、收费比例、贵控药、医保用药，锁定信息，以及生产厂商和供应商信息。

b）药品基本信息包括药品分类、名称、代码、描述、规格、包装、拼音码、普通名、商品名、剂型（片剂、针剂等），计价单位和药品的有效期等。

c）药品可按药理、用药权限、费用类型、贵控药品、管控药品、剂型等分类

d）可以支持多级分装，并可以计算不同级包装的库存量

e）每种药品可以设置三种默认包装，即药品的最小包装、门诊包装、库房包装

f）允许通过对药品分类及医师权限的设置，控制医师的用药范围（处方权）。

例如：

只能由主治医师以上的医师才可以使用的药品，系统应禁止实习医师使用该类药品。

g）药品有效期和报警时限的设置。

各级药房可以查询一有效期限以及报警时限。

5.4.2库房维护

a）库房可以分为三级，即药库、药房、窗口

b）药品的存放位置称为定位号，每个药房可以设置一个或多个定位号

c）门诊药房可以用多个发药窗口，发药窗口和收费窗口可以存在对应关系

5.4.3库房管理

a）新药品的增加从药库开始，药品以药品入库的方式增加院内药品的库存

入库明细包括药物的名称、代码、包装规格、数量、进价、批号、有效期、收货日期、生产厂商、供应商等

b）药库退货

●允许录入供应商退药详情

●退药时必须输入退货原因

●确认退货后，系统自动减少退药药品系统库存量

●允许录入内部退药申请

●退药时必须输入退药原因

c）药库以向药房和科室发药或报损减少库存

●药库可以直接向药房发药，减少库存，打印发药单，同时药房库存增加

●药房向药库申请发药，药库收到药房申请后，发药给药房，药房做申请应答，药房库存增加，药库库存减少

●药库向药房发药，可以选择某一有效期发药。

●但由