一、 项目背景：
宽甸满族自 (略) 是一所集医疗、教学、科研、预防保健、康复于一体的三级 (略) ，目前开放床位800张， (略) 患者近30000余人次；年门诊量96万人次。设有50个门诊科室及27大病房，目前设有内科、外科、康复科、中西医结合等科系。
二、 现有系统
医院现有基础业务系统2014年上线，本 (略) 的总 (略) 现有信息系统进行升级、扩建改造，逐步建立全新的、技术领先的、符合 (略) 评审标准要求， (略) 业务运行实 (略) 信息系统。通过信息平台 (略) 信息系统进行重新架构，实现数据应用，在尽 (略) 原有信息系统建设投资的前提下，实现信息架构的转型，为今后5 (略) 的快速发展奠定坚实的基础。同时查缺补齐，完善医疗业务系统建设，逐步实现医疗管理闭环，不断优化改进；完善运营管理系统， (略) 精细化管理技术能力；完善患者服务系统，提升患者服务能力。进而 (略) 信息化应用水平， (略) 建设奠定基础。现有系统具体模块如下：
| 类别 | 序号 | 名称 |
| HIS系统 | 1 | 门诊挂号系统(一卡通) |
| 2 | 门诊收费系统 |
| 3 | 门诊医生工作站系统 |
| 4 | 门诊护士工作站系统 |
| 5 | 门诊管理系统 |
| 6 | 急诊管理系统 |
| 7 | 门诊分诊系统 |
| 8 | 住院管理系统 |
| 9 | 住院收费系统 |
| 10 | 门急诊药房 |
| 11 | 住院药房系统 |
| 12 | 摆药 |
| 13 | 抗菌药物管理 |
| 14 | 临床路径管理系统 |
| 15 | 单病种管理 |
| 16 | 院感系统 |
| 17 | 护理管理系统 |
| 18 | 医务管理系统 |
| 19 | 危急值管理 |
| 20 | 病案管理系统 |
| 21 | 卫材管理 |
| 22 | 设备管理系统 |
| 23 | 物资管理系统 |
| 24 | 综合查询系统 |
| 25 | 住院护士工作站系统 |
| 26 | 住院医生工作站系统 |
| 27 | 检查预约登记 |
| 28 | 人事管理 |
| 29 | 人事工资 |
| 30 | 消毒供应管理系统 |
| 31 | 绩效管理 |
| 32 | 成本核算 |
| 33 | 分诊叫号系统 |
| 34 | 自助挂号系统 |
| 35 | 自助查询系统(触摸屏) |
| 36 | 门诊输液系统 |
| 37 | 财务监审 |
| 38 | 集成视图 |
| 39 | 重点患者管理 |
| 40 | 固定资产 |
| 41 | 智能报表 |
| 42 | 随访系统 |
| 43 | 预约平台(院内) |
| 44 | 对外预约挂号管理 |
| 45 | 药库管理系统 |
| 46 | 血库管理(收费) |
| 47 | 产科管理 |
| 48 | 体检系统 |
| 49 | 血液透析收费管理 |
| 50 | 处方点评 |
| 51 | 合理用药 |
| 52 | 手术室管理系统 |
| 53 | 电子病历(包括手麻、重症)系统升级 |
| 54 | 手、麻系统升级 |
| 55 | 协同办公系统(OA) |
| 56 | 死亡管理 |
| 57 | 传染病管理 V |
| 58 | 系统维护平台 |
| 59 | 重症监护管理系统(ICU系统) |
| 无线系统 | 1 | 移动 PDA |
| 2 | 移动查房工作站 |
| PACS系统 | 1 | 心电 PACS 管理系统 |
| 2 | 病理 PACS 信息系统 |
| 3 | 电生理 PACS 系统 |
| 4 | 内镜 PACS 信息系统 |
| us系统 | 1 | LIS 系统(提供接口:现有所有能够访问结果数据的传输接口的设备) |
| 接口系统 | 1 | PACS 接口(AGFA)蓝韵彩超、内镜系统接口 |
| 2 | 电子病历接口(手术麻醉、重症监护) |
| 3 | 医疗保险接口(医保、农合、市医保、铁路医保接口) |
| 4 | CA 认证接口 |
| 系统软件 | 1 | 数据库 |
| 2 | 集成平台 |
| 电子病历系统 | 1 | 电子病历系统 |
| 手麻系统 | 1 | 手麻系统 |
三、 升级服务项目建设内容：
| 序号 | 系统 | 模块名称 |
| 1 | 系统基础管理 | 基础数据管理平台 |
| 2 | 基础平台 |
| 3 | 患者基本信息管理系统 |
| 4 | 门急诊业务 | 门急诊预约挂号系统 |
| 5 | 门急诊收费系统 |
| 6 | 门急诊医生工作站系统 |
| 7 | 门急诊护士工作站系统 |
| 8 | 门急诊输液系统 |
| 9 | 门急诊药房系统 |
| 10 | 门急诊分诊系统 |
| 11 | 急诊预检分诊系统 |
| 12 | 急诊质控 |
| 13 | 急诊留观系统 |
| 14 | 住院业务 | 住院入出转系统 |
| 15 | 住院收费系统 |
| 16 | 住院护士工作站系统 |
| 17 | 住院医生工作站系统 |
| 18 | 住院药房系统 |
| 19 | 会诊管理系统 |
| 20 | 体温单 |
| 21 | 电子病历 | 门急诊电子病历 |
| 22 | 住院医生电子病历 |
| 23 | 护理病历 |
| 24 | 病历质控 |
| 25 | 临床业务 | 抗菌药物管理 |
| 26 | 临床路径管理系统 |
| 27 | 院感系统 |
| 28 | 护理管理系统 |
| 29 | 危急值管理系统 |
| 30 | 死亡管理 |
| 31 | 传染病管理 |
| 32 | 食源性疾病管理 |
| 33 | 特殊患者管理 |
| 34 | 精神病上报管理 |
| 35 | 血库管理系统 |
| 36 | 输血管理系统 |
| 37 | 排队叫号 |
| 38 | 治疗工作站 |
| 39 | 重症监护信息系统 |
| 40 | 手术麻醉系统 |
| 41 | 血液透析系统 |
| 42 | 移动医生工作站 |
| 43 | 移动护理 |
| 44 | 随访系统 |
| 45 | 运营管理 | 消毒供应系统 |
| 46 | 固定资产管理系统 |
| 47 | 高值耗材管理系统 |
| 48 | 物资管理系统 |
| 49 | 人力资源系统 |
| 50 | 药库管理系统 |
| 51 | 成本核算 |
| 52 | 医技业务 | 统一预约平台 |
| 53 | 心电管理系统 |
| 54 | 电生理信息系统 |
| 55 | 病理信息系统 |
| 56 | 内镜信息系统 |
| 57 | 超声管理系统 |
| 58 | 放射管理系统 |
| 59 | 影像存储与归档系统 |
| 60 | LIS系统 |
| 61 | 医院信息平台及其应用 | 集成平台 |
| 62 | 临床知识库 |
| 63 | 综合查询系统 |
| 64 | 智能报表 |
| 65 | 多媒体系统 | 数字媒体宣教 |
| 66 | 数字媒体信息发布 |
| 67 | OA | 协同办公系统OA（含移动端） |
| 68 | 接口 | 医疗保险接口 |
| 69 | 合理用药接口 |
| 70 | 放射科自助机接口 |
| 71 | 北京CA认证接口 |
| 72 | 今创信息系统接口（病案、不良事件、DRG、HQMS等8个系统） |
| 73 | 对外预约挂号接口 |
| 74 | 医保结算清单上报接口 |
| 75 | 检验全过程指标 |
| 76 | 处方点评接口 |
| 77 | 流感上报接口 |
| 78 | 发热数据上报接口 |
| 79 | 医保扫码付接口 |
| 80 | 12320辽事通接口 |
| 81 | HQMS数据上报接口 |
| 82 | 抗肿瘤数据上报 |
| 83 | 医保飞行检查接口 |
| 84 | 血糖仪接口 |
| 85 | 体检系统接口 |
| 86 | 临床决策支持系统接口 |
| 87 | 绩效考核系统接口 |
| 88 | 电子票据接口 |
| 89 | 评审服务 | 电子病历四级评审 |
四、 参数要求
1.1 系统功参数要求说明
1.1.1 系统基础管理
1.1.1.1 基础数据管理平台
要求具备基础数据管理、产品配置管理、权限管理配置、日志管理、基础数据导入导出、临床知识库管理等功能。
详细需求说明如下：
基础数据管理：要求能够将所有维护基础数据的页面整合到一起，然后进行优化，尽量减少用户操作量，将常用数据维护功能整合到一起，并增加数据实时校验和快捷键操作等功能，使客户可以获得更好的用户体验。同时又能够保证了基础数据的准确性，要求能够通过多方位数据安全保障方案，使用户可以更方便、更快捷、更安全的管理基础数据。
产品配置管理：要求 (略) 信息系统下的多种模块的配置，要求能够实现一站式产品配置管理与服务。
权限管理系统：要求 (略) 信息化建设中需要将基础数据维护权限分配给各职能科室、临床科室的问题。权限管理系统整体要求包含三维立体权 (略) 级授权，具体要求包含菜单授权、功能元素授权、基础数据授权等，
日志管理系统：要求基础数据维护下的页面可实现日志接口的调用，要求对数据的新增、修改、删除操作都存有日志，能够记录操作用户、IP地址、时间以及操作前后数据的变化等信息。要求可以数据的变更记录，以便错误操作数据时可以及时恢复数据和查找责任人。
临床知识库管理：要求临床知识库管理模块能够给临床工作者、患者或个体提供知识或统计信息，并可以自动选择适当的时机，智能地过滤或表示这些信息，以促进临床决策，减少人为的医疗错误，更好的提高医疗质量和患者安全。
1.1.1.2 基础平台
要求具备用户管理、代码表、工作流管理器、界面编辑器、列编辑器、组件/菜单管理器、规则管理器等功能。
详细需求说明如下：
用户管理：要求实现通过授权方式对用户所能使用的系统功能进行限制，达到系统安全控制的目的；要求支持对用户的数字证书进行管理、对用户的指纹信息进行管理。
代码表：要求支持定义和维护HIS系统业务数据基础代码及系统参数。
工作流管理器：要求允许用户按照自己的工作情况、性质以及触发条件建立自己的工作序列，从而完成一次临床服务。
界面编辑器：要求支持按用户、用户组、医院灵活定义界面内容和风格，要求支持每个用户可以定义自己的页面。
列编辑器：对于列表格式的组件，要求列编辑器可以定义列表要显示对象的字段，排列顺序、数据排序方式等属性。
组件/菜单管理器：要求实现将一个工作流、组件、工作列表等定义为一个菜单项。能够支持多个菜单项定义为一个菜单容器。可以将菜单容器赋予某一角色，组成一个专业科室工作站。
1.1.1.3 患者基本信息管理系统
要求具备建卡、基本信息采集、数据质量控制、患者主索引注册、患者信息修改、卡信息合并、患者信息查询、卡管理等等功能。
详细需求说明如下：
建卡：要求窗口建卡模块可以通过读取患者医保卡、身份证等有效证件信息快速准确的完成患者基本信息的采集、发卡操作。采集的基本信息要求包含：患者姓名、性别、年龄、出生日期、联系电话、家庭住址、身份证、患者类型、患者照片信息等。要求支付方式有现金，微信，支付宝，银行卡等。为了方便患者进行信息采集登记，减少窗口压力，要求系统能够支持除窗口建卡以外的自助机，APP，微信等多种建卡渠道，能协助患者在线自助完成开卡建档等工作。
基本信息采集：要求支持通过居民健康卡、身份证、军官证、驾驶证、护照等身份证件识别和人工录入患者个人信息，包括姓名、性别、民族、籍贯、出生地、出生日期、婚姻、户籍地址、现住址、工作单位、职业、联系电话（本人）、联系电话（家属）等方式进行基本信息采集，并且要求支持通过社保卡号、商业保险号等保险类别识别患者的医保信息。
数据质量控制：要求可通过校验和跟踪实现对数据质量问题的管理，要求支持从数据格式、数据值域、数据间的逻辑关系等角度做质量审核，要求可按照空值校验、重复校验、格式校验、一致性校验和逻辑校验等审核规则对患者基本信息数据进行质量控制。
患者主索引注册：要求支持根据录入的患者基本信息，注册 (略) 的唯一主索引，作 (略) 就诊的唯一标识， (略) 内各系统之间进行关联，并且可以关联患者历次就诊的诊疗信息。
患者信息修改：要求信息修改模块支持在患者基本信息发生变化时， (略) 内电子档案信息。要求支持针对系统中患者基本信息发生的变更做详细的日志记录，自动记录相应的操作内容、操作人员和操作日期，用于对操作的追溯和审计。实现患者基本信息的变更管理。
卡信息合并：患者电子档案信息因特殊原因导致 (略) 内有多个档案记录时，要求系统支持将患者基本信息做信息合并处理，保留患者需要的档案信息，做 (略) 内存在唯一档案信息，更加方便对档案信息的灵活管理，并且要求具备卡信息合并操作的操作日志信息。
患者信息查询：要求支持对患者基本信息进行多条件组合查询，以及对患者基本信息进行多维度统计，并且要求具备对查询和统计结果的导出功能。要求该系统模块可以支持自助机，APP，微信等多渠道，能协助患者在 (略) 内卡信息的查询。
1.1.2 门急诊业务
1.1.2.1 门急诊预约挂号系统
1.1.2.1.1 门诊预约挂号系统
要求提供门诊挂号/取号，诊间预约/加号，窗口预约，退号，预约管理，预约信息一览表，挂号查询，医生坐诊信息调整，排班模板维护，生成排班记录，挂号权限维护，出诊查询，停替诊查询，黑名单维护等功能。
详细需求说明如下：
门诊挂号/取号：要求支持操作员通过医保卡或就诊卡等检索患者基本信息，要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源，进行挂号收费操作或选择已经有的预约/加号信息进行取号缴费操作。要求支持缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作，同时也根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印，患者可凭此进行有效就医。要求系统模块可以支持自助机，app，微信等多渠道接口实现线上直接挂号/取号、支付的流程，挂号成功后向患者推送相应的就诊信息。
窗口预约：要求支持操作员根据患者病情或患者要求选择对应的就诊科室、就诊日期、可用出诊资源为患者进行就诊预约并打印预约凭证。要求该系统模块可以支持自助机，app，微信等多渠道实现线上直接进行预约，按自身需要选择需要就诊的时段进行预约。
退号：要求支持患者在挂号支付后，由于特殊原因不能就诊， (略) 退号政策的前提下为患者进行退号退费的操作。要求支持在退号的过程中可以选择对应的退号操作原因，要求可以进行后期质控数据查询。要求该系统模块可以支持自助机，app，微信等多渠道接口，实 (略) 退号政策控制的前提下，进行自助退号退费操作。
预约管理：要求可以通过多条件索引进行执行预约信息的查询，要求支持对查询出来的有效的预约数据， (略) 政策的前提下进行取消预约的操作。该系统模块要求可以支持自助机，app，微信等多渠道接口，实 (略) 取消预约政策控制的前提下，要求支持进行自助查询预约记录并取消预约操作。
预约信息一览表：要求支持操作员可在预约信息一览表中通过多条件联查询，要求实现对系统的预约数据进行按就诊科室汇总查询或对全部明细进行汇总查询。
挂号查询：要求支持通过多条件联合查询，可以查询对应的就诊登记时所产生的详细挂号信息记录。要求包括但不限于以下信息：就诊人姓名，就诊人登记号，就诊科室，就诊号别，收费金额，支付详情，发票号，挂号人，挂号日期，挂号时间。
医生坐诊信息调整：要求支持通过该功能可以对已经生成的出诊医生资源进行调整，包括正号限额，加号限额，分时段信息，各预约途径可预约数量等。要求支持对已生成的资源进行停诊操作或对为生成的资源进行临时加诊操作，医生坐诊信息的调整。要求对于已经生成的出诊信息调整会提供完整的调整信息日志功能，用于对操作的追溯和审计实现出诊信息的变更管理。
排班模板维护：要求支持对需要出诊科室资源进行出诊班次和出诊资源模板维护。模板数据要求包括：科室，医生，星期，时段，级别，正号限额，加号限额，预约限额，分时段信息等。要求模板信息可以用来批量生成出诊记录。
生成排班记录：要求支持通过维护的排班模板生成一段时间的出诊资源。可以根据需要选择部分科室和部分号别来进行生成也可已选择全部进行生成。
出诊查询：要求可以通过多条件联合查询对应科室的出诊排班报表，并提供导出功能。
停替诊查询：要求可以通过多条件联合查询可以查询对应的日期范围内的停替诊出诊记录，要求支持对资源的变更可以进行审计操作，更直观的进行管理查询。
号源信息汇总：要求支持对出诊信息的使用情况进行汇总查询，要求支持通过查询可以随时进行号源资源投放的优化调整。
黑名单维护：要求 (略) 实际情况，制定相关信用规则，针对诊疗活动中， (略) 诊疗资源的行为进行系统甄别，形成黑名单，对违反预约挂号规则或频繁爽约的患者给予必要限制；要求支持对恶意占用号源的患者进行信用跟踪，同时对信用不良的患者采取停用或限制预约次数和范围等增加管理措施。
1.1.2.1.2 急诊挂号系统
要求提供急诊挂号，急诊退号，挂号查询等功能。
详细需求说明如下：
急诊挂号：要求支持操作员能够通过医保卡或就诊卡等检索患者基本信息，要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源，进行挂号收费操作。要求缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作，要求支持根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。要求支持急诊挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印，患者可凭此进行有效就医。
急诊退号：要求 (略) 退号政策的前提下进行患者急诊退号退费的操作。要求支持在急诊退号的过程中可以选择对应的退号操作原因，作为后期质控数据。
挂号查询：要求支持通过多条件联合查询，可以查询对应的就诊登记时所产生的详细挂号信息记录。
1.1.2.2 门急诊收费系统
1.1.2.2.1 门诊收费系统
要求提供门诊预交金充值、门诊预交金退款、门诊账户结算、补录费用、费用结算、锁定就诊、跳号、门诊收费异常处理、发票集中打印、门诊退费申请、退费审核、退费、医保业务处理、门诊收据查询、打印患者费用清单、收费员日结、收费员日结汇总、门诊发票管理等功能
详细需求说明如下：
门诊预交金充值：要求支持一站式服务，支持就诊卡充值预交金，在患者就诊、取药、医技科室做诊疗时支持刷卡消费。
门诊预交金退款：患者在就诊结束后，要求支持可以将储存在就诊卡中的钱退回。
门诊账户结算：患者在就诊结束后，要求支持可以做账户结算、退卡。
补录费用：要求支持收费员给患者补录费用，如做检验、检查需要的导管，材料等。
门诊费用结算：要求支持根据不同患者类别，自动确定收费比例，计算患者自付金额与记账金额，并可将结算完毕的药品处方同步传送给对应药房的摆药机。要求支持患者通过线上线下等多种支付方式完成结算。要求支持根据不同患者类别打印不同格式的发票。
锁定就诊：要求同一个病人的门诊收费结算界面和医生医嘱录入界面不能同时操作，病人缴费过程中不允许医生开医嘱。
跳号：要求支持提供发票因为某些原因（例如卡纸、破损）导致该发票不能继续使用时，进行发票的作废功能。要求支持在HIS系统中将此发票号作废，同时要求HIS系统中的号码跟实际发票号一致。
门诊收费异常处理：要求提供对收费或退费过程中产生异常而未能完成收费或退费的业务进行撤销、完成的操作。
发票集中打印：要求提供对患者在科室卡消费、自助机、APP上缴了费，或医保患者结算时先自费垫付但没有打印发票的费用进行医保报销且打印发票。
退费申请：要求支持可由原开单科室医生或超级管理员对患者已经缴过费且未执行、未发药的医嘱做退费申请，以便后面进行退费。
退费审核：要求可以支持由负责审核的专员进行审核或者撤销，审核通过则可以后续退费。
门诊退费：要求支持退费可以由收费处直接退费，也支持经过医生停医嘱以及财务人员的审批后再退费。要求支持按票据号、登记号、就诊卡号等方式查询患者缴费信息。要求支持非收费员补录的 (略) 内相关部门确认后方可执行退费，而收费员补录的医嘱可直接退费。要求支持线上线下等多种退款途径。
医保业务处理：要求支持与本区域医保中心提供的相关接口对接，要求包括登记信息上传、费用上传、费用预结算、费用结算、结算取消、医保数据对照、医保对账等。
门诊收据查询：要求支持按患者、收费员、日期、结算费别等条件查询收费、退费、打印发票的明细，方便核对。
打印患者费用清单：要求支持在门诊收据查询界面，提供打印患者费用清单功能。
收费员日结：要求支持收费员在下班前、交账时做结账。要求提供报表和建卡、挂号、退号、门诊预交金充值退款、门诊收费退费等业务明细。方便收费员对自己手中的款项和票据进行核对，并给财务交账。
收费员日结汇总：要求提供收费组长或财务对收费员交的账务进行核对并上交报表存档。
门诊发票管理：要求提供发票购入、发放、转交功能。要求支持财务科对购入的发票进行管理，将购入的发票发放给办理收费员；要求支持未使用的发票可以转交给其他收费员。
1.1.2.2.2 急诊收费系统
要求提供急诊收费、急诊担保、欠费结算，欠费补回、异常处理、急诊退费、账户管理、集中打印发票等功能。
详细需求说明如下：
急诊收费：要求支持收费员在急诊收费结算界面可以对患者医疗项目进行结算，并且可补录相关加收费用项目。
急诊担保：要求实现对三无患者、绿色通道患者进行先诊疗后付费，对患者进行费用担保。
欠费结算：要求实现对已经担保过的患者，进行欠费结算。
欠费补回：要求实现为欠费结算患者 (略) 补交费用的功能。
急诊收费异常处理：要求支持急诊收费结算时需要调用第三方接口，并且支持第三方的原因导致收费发生异常，可以进行异常处理。
急诊退费：要求系统支持作废发票、重打发票、医保患者的自费垫付费用按医保重新结算或者进行退费。
账户管理：要求支持对患者账户明细的查询，并可相应的交易明细，要求预交金查询默认显示当日的预交金交、退费信息。
发票集中打印：要求可以集中打印病人未打印的发票。
1.1.2.3 门急诊医生工作站系统
1.1.2.3.1 门诊医生工作站
要求提供自动获取信息和医嘱监控、历史就诊记录、核算功能、诊断录入、医嘱录入、检查检验申请、治疗申请、中草药录入、处方处理、绿色通道、更新病人信息、一键打印、医疗质量控制、电子病历、医生服务、统计查询等功能。
详细需求说明如下：
自动获取信息和医嘱监控：要求支持自动获取病人信息。要求支持自动审核医嘱的完整性和合理性，要求提供痕迹跟踪功能。要求支持合理用药实时监控系统。要求提供所有医嘱备注功能。
历史就诊记录：要求支持授权医生可以查询病人的历次就诊相关信息。
核算功能：要求支持自动核算费用、并支持当地医保结算政策。
诊断录入：要求支持医生可以根据病人的情况开相应的诊断（ICD10）和病情，并可以在处方和相关申请单上打印出相关信息。要求支持诊断模板、历史诊断、诊断复制等诊断快捷录入方式。
医嘱录入：要求支持集成医嘱的录入、展示、操作等功能，要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求支持在录入过程中结合用户车、轮椅、步行、扶入、背入、抱入等；按配置显示。六大病种要求包含急性心力衰竭、急性脑卒死、急性呼吸衰竭、急性创伤、急性颅脑外伤。
其他信息：要求支持患者的中毒、是否吸氧、筛查、复合伤、已开假条、ECG、辅助物内容记录。
当前信息：要求支持患者当前的生命体征、意识形态、患者评分和其他情况备注。生命体征要求支持作为判断病人的病情轻重和危急程度的指征，界面提供记录生命体征功能。生命体征要求包含包含收缩压、舒张压、SpO2、呼吸、体温、心率、脉搏、血糖项目。可通过连接仪器读取生命体征实现自动带入数据，一键录入生命体征信息。备注要求支持患者分诊的其他情况说明记录。意识形态要求包含患者的意识：昏睡、嗜睡、无意识、清醒、抽搐、对声音有反应等；按配置显示。患者评分要求支持ESI评级、疼痛评级、创伤评级、REMS评级、MEWS评级、疼痛评分，评级自动评分并推荐分级；生命体征内容可自动带入并自动评分。
来诊主诉：要求支持症状分类快捷定位来诊主诉，来诊主诉参与自动评分并推荐分级。要求提供灵活的症状主诉维护界面，按照用户实际需求动态维护数据，目录明了直观，简单易操作。界面提供其他输入框也可以手动录入主诉。
分诊分级：要求分诊主要包括推荐分级、护士更改分级原因、病情、去向、分诊科室、号别、绿色通道、抢救病区、转诊科室，此模块的功能是护士根据系统推荐分级和患者的实际情况，最终评判分级(Ⅰ级红色，Ⅱ级橙色，Ⅲ级黄色，Ⅳa、Ⅳb级绿色)，置去向（对应病情分级,Ⅰ级红区，Ⅱ级橙区，Ⅲ级黄色，Ⅳa、Ⅳb级绿区），分诊完成。再次分诊若改变了病情分级，要求提供分级变更原因记录功能。自动推荐分级要求病情分级推荐支持意识形态、ESI评级、疼痛评级、创伤评级、REMS评级、MEWS评级、来诊主诉、既往史COPD，取自动评分的最高分级自动推荐分级，护士最终确认分级，系统分别保存。意识形态要求通过分级指标主题库维护、分级指标函数(分类)库、分级指标关键字维护配置和意识形态来评级。ESI评级要求支持通过患者是否濒危、是否不能等、急症是否、生命体征有无异常、需要多少急诊资源来评级。疼痛评级要求支持通过疼痛范围、疼痛指数（数字评分法（VAS）、面部表情法（FACE））来评级。创伤评级要求支持通过昏迷评分、呼吸频率、呼吸困难有无、收缩血压、毛细血管充盈来计算总分评级。REMS评级要求支持通过GCS（格拉斯哥昏迷）、生命体征（脉搏、SpO2、收缩压、呼吸频率、年龄）来计算总分评级。MEWS评级要求支持通过心率、收缩压、呼吸频率、体温、意识来计算总分评级。来诊主诉要求支持通过分级指标主题库维护、分级指标函数(分类)库配置和来诊主诉来评级。既往史COPD要求支持通过分级指标主题库维护、分级指标函数(分类)库配置和COPD有无并结合生命体征SpO2来评级。护士分级要求支持分诊护士根据系统推荐分级以及患者的实际情况，最终评判病情(Ⅰ级红色，Ⅱ级橙色，Ⅲ级黄色，Ⅳa、Ⅳb级绿色)，置去向(对应分级：Ⅰ级红区，Ⅱ级橙区，Ⅲ级黄区，Ⅳa、Ⅳb级绿区)，选择分诊科室和号别。 护士分级最终会影响医生诊疗界面就诊顺序，即患者严重者优先就诊。转诊科室要求支持对于病情并不需要挂号急诊科的患者，告知其只需挂门诊号即可，这里选择患者需转向的门诊科室，记录患者去向。抢救病区要求支持对于病情较为严重、情况紧急的患者可直接分诊到留观室或者抢救室，患者状态置为抢救，并到留观或抢救室等候区，便于医生快速对病人进行抢救。绿色通道要求实现患者本次分诊绿色通道的开启与否及有效小时数记录，绿色通道患者优先安排治疗。
凭条打印：要求实现分诊凭条的打印功能。分诊凭条要求显示患者基本信息、体征、意识状态、病情分级、科室、号别等信息，方便就诊。
腕带打印：要求实现分诊腕带的打印功能，便于查找患者和方便救治。
读取生命体征：要求实现从连接的生命体征仪中读取监测数据结果并自动填入生命体征的各个对应项目功能。
修改挂号时间：要求实现对挂号时间的往前修改功能。主要对于例如抢救分诊的滞后性，让挂号时间更准确。
群伤管理：要求实现群伤性事件按总人数一次性批量登记产生登记号功能。要求支持可按开始时间、结束时间查询一定时间段内的所有登记记录。
重大事件：要求实现重大事件的事件录入和患者关联功能。要求可按开始日期、结束日期查询一定时间段的重大事件；要求可按某个事件所有关联患者。
上传图片：要求实现对患者本次分诊中关于急救单、救助单、接警单的图片文件上传、和删除。
干预措施：要求实现对患者本次分诊生命体征（体温、脉搏、心率、呼吸、收缩压、舒张压、SPO2、血糖）的多次跟踪填写和历史记录功能。
出租用品：要求实现对轮椅等租用工具的租用、更新、归还操作和历史操作记录按租用日期时间段、租用者姓名、状态条件查询功能。
分诊查询：要求实现对已分诊记录的查询、导出功能。
1.1.2.9 急诊质控
要求提供分诊统计视图；分诊质控统计；病种统计；工作量统计；留观查询统计等功能。
分诊统计视图：查询一定时间段内的分诊情况，直观分诊总计人数、红区分诊人数、橙区分诊人数、黄区分诊人数、绿区分诊人数；扇形图动态展现绿色通道各分区比例、三无人员统计各分区比例、病人来源统计各项比例；柱状图动态展示病人来源人数统计、分诊年龄分布统计、分诊科室分布统计。
分诊质控统计：要求实现对分诊病人进行按照要求进行统计,以报表界面展现。
病种统计：预检分级关于病种的统计。要求包含六大病种的统计、复合伤统计。
工作量统计 关于分诊护士工作量的统计。
要求包含如下统计分析功能：
1) 急诊患者分诊科室统计
2) 筛查的患者统计
3) 急诊预检分级报告
4) 分诊号别统计及明细
5) 急诊科工作报表
6) 急诊分诊日工作量上报
7) 未就诊统计
留观查询统计急诊留观抢救护士-查询统计。
要求包含如下查询统计功能
1) 留观患者查询
2) 已执行医嘱查询
3) 留观统计视图
4) 急诊患者输血前HB比例
5) 急诊病区日工作量统计
1.1.2.10 急诊留观系统
要求提供病人列表、信息总览、诊断录入、医嘱录入、中草药录入、医嘱查询、过敏记录、总览打印、检查查询、检验查询、会诊管理、 (略) 、质量管理、手术管理、病情总览、急诊担保、状态变更、修改分级、检查检验申请、绿色通道、预交金评估、急诊会诊、 (略) 管理、床旁交接班、护士执行、医嘱需关注、补录医嘱、病人状态查询、急诊床位图、护士交接班、体温单、急诊转科、医嘱查询、 (略) 管理、 (略) 交接、病历浏览、护理单等功能。
详细需求说明如下：
病人列表：要求支持按本人、本组及本科室病人列表；要求支持按照各抢救留观区病人；可显示各级别、是否绿色通道标志、押金余额/担保余额、危重、转出、手术等不同状态的病人；提供一键病人病历的快捷入口。
信息总览：要求支持急诊病人信息预览可直观的显示患者的基本信息、分诊详情、诊断记录；并提供了检验检查快捷入口以及危急值提醒标识；要求支持患者本次就诊的整个流转信息，包括分诊、挂号、下诊断、开医嘱等各个流程节点以及在各个节点的停留时间。
诊断录入：要求支持用户\科室自动义模板、历史诊断、模糊检索等录入方式，用户可选择诊断类型、诊断级别、附加说明、标准ICD诊断、非标准ICD诊断等信息录入；诊断信息符合传染病上报条件时自动上报；诊断信息符合临床入径诊断时提示是否入径。如医生录入传染病诊断，医生需在弹出的界面中完善法定传染病上报的信息并成功上报后，传染病诊断才可成功开立，若上报失败或选中不上报，则不能成功录入诊断。要求支持在录入食源性疾病诊断时，提示填报食源性疾病报告。要求支持在录入孕周诊断时会自动弹出末次月经时间，填写保存后自动插入诊断。要求支持在录入诊断的时候如果性别、年龄不满足给出提示信息。
医嘱录入：要 (略) 区对急诊就诊有效天数、是否下医嘱后置为到达、使用个人诊断模板、不同医嘱类型需要提示重复的子类（如果该子类的医嘱已录入过医嘱，选择其他的医嘱类型录入该医嘱时，会提示重复）、未下诊断可以下医嘱等配置项；要求医嘱录入界面布局支持自定义化设置，可按安全组或个人台。支持护士在手持移动端与PC端开展各项护理工作，满足不同护理场景应用需求。 (略) 信息系统(HIS) 平台上，利用与无线网络连接的护士移动手持终端构建安全用药警示防线，嵌入条码识别技术，通过移动手持终端，将识别患者、给药、血制品、检验、治疗信息，治疗过程中的异常值及处理措施嵌入其中，无需额外添加，同时需支持导入SOP标准作业流程，在闭合医嘱信息链的同时，提供完整、详细的记录医嘱执行过程，对后期临床护理照护指标体系的建立，提供数据基础。
1.1.3.4 住院医生工作站系统
(略) 病人列表、信息总览、诊断录入、检查检验申请、治疗申请、医嘱录入、中草药医嘱录入、诊疗计划、交班本、移动端医生站等功能。
详细需求说明如下：
住院病人列表：要求以表格的形式 (略) 的病人列表，汇总展示病人当前主要诊疗信息，特殊标注新入、病重、病危及其他特殊情况患者，同时要求提供按照本人、本科、本医疗组、 (略) 、已转出、已手术等属性查询的快捷入口，提高检索病人的简便性。
信息总览：要求整合病历质控、病历缺陷、生命体征、检查检验执行进度等内容，直观展示当前病人的诊疗信息，同时要求提供医嘱浏览、执行、停止、撤销、作废等功能操作。
诊断录入:要求提供标准ICD及非标准诊断录入，要求支持个人模板、科室模板、历史诊断等快捷录入。
检查检验申请：要求集成各类检查、检验、病理医嘱的申请入口，要求集中展示且可自定义树状结构，要求支持多部位检查申请、自定义病理申请、多标本检验申请，集成已发生申请及各申请单当前状态，同时要求直观展示结果及报告信息。
治疗申请：要求选择对应的治疗医嘱后可自定义治疗方案内容，治疗科室按照申请内容为患者进行预约治疗服务。
医嘱录入：要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求在录入过程中结合用户会诊、急会诊。
1.1.3.7 体温单
要求提供生命体征录入、体温单预览、楣栏、体温、脉搏、呼吸、血压、入量、出量、大便、体重、身高、空格栏、体温单打印配置、表格外内容配置、表格内容配置、打印规则配置、体温单预览配置字典维护等功能。
详细需求说明如下：
生命体征录入：要求支持单人录入界面可以方便护士针对单一患者对多项体征项目在一天固定的六个时间点的数据录入。
要求支持多人录入界面可以方便护士对病区多个患者针对同一时间点多个生命体征项目的批量录入。
体温单预览:要求支持楣栏、一般项目栏、特殊项目栏均使用蓝色、蓝黑色或黑色水笔书写；数字除特殊说明外，均使用阿拉伯数字表述，不书写计量单位。
楣栏：要求楣栏项目包括：姓名、年龄、性别、科别、床号、入院日期、住院病历号，均使用正楷字体书写。
体温：要求支持40℃－42℃之间的记录：用红色笔在40℃－42℃之间纵向 (略) 、转入、手术、分娩、出院、死亡等。除手术不写具体时间外，其余均按24小时制，精确到分钟。要求支持转入时间由转入科室填写，死亡时间应当以“死亡于X时X分”的方式表述。
脉搏：要求脉搏符号：以红点“●”表示，每小格为4次/分，相邻的脉搏以红直线相连。心率用红“○”表示，两次心率之间也用红直线相连。
脉搏与体温重叠时，先划体温符号，再用红色笔在体温符号外划“○”。
呼吸：要求支持用红色笔以阿拉伯数字表述每分钟呼吸次数。
如每日记录呼吸2次以上，应当在相应的栏目内上下交错记录，第1次呼吸应当记录在上方。
要求支持使用呼吸机患者的呼吸以○R表示，在体温单相应时间内呼吸30次横线下顶格用黑笔画○R。
特殊项目栏：要求特殊项目栏包括：血压、入量、出量、大便、体重、身高等需观察和记录的内容。
血压：记录频次：要 (略) 患者当日测量并记录血压，根据患者病情及医嘱测量并记录，如为下肢血压应当标注。
单位:要求支持毫米汞柱（mmHg）。
入量：记录频次：要求支持将前一日24小时总入量记录在相应日期栏内,每隔24小时填写1次。
单位：要求采用毫升（ml）。
出量：记录频次：要求将前一日24小时总出量记录在相应日期栏内,每隔24小时填写1次。
单位：要求采用毫升（ml）。
大便：记录频次：要求支持应当将前1日24小时大便次数记录在相应日期栏内,每隔24小时填写1次。
体重：记录频次：要 (略) 患者当日应当测量体重并记录，根据患者病情及医嘱测量并记录。
特殊情况：要求支持如因病情重或特殊原因不能测量者，在体重内可填上“卧床”。
单位：公斤（kg）。
身高：记录频次：要 (略) 患者当日应当测量身高并记录。
单位：要求采用厘米（cm）。
空格栏：要求运动可作为需观察增加内容和项目，如记录管路情况等。
体温单打印配置：要求支持体温单打印配置，包含体温单表格内容划分、文字显示、折线图绘制以及预览打印等相关配置。具体配置项要求包括四个方面：表格外内容配置、表格文字配置、表格内容配置、打印规则配置。
打印规则配置：要求包括事件规则配置、术后日数显示规则配置、复降规则配置、脉搏短绌规则配置、超出标尺规则及断线配置以及过敏史信息配置。
体温单预览配置字典维护：要求支持为体温单打印配置提供配置字典的增删改查。
1.1.4 电子病历
1.1.4.1 门（急）诊电子病历
要求具备门（急）诊病历编辑、病历模板库管理、系统配置管理、病历权限管理、自助机打印、门（急）诊病历补打等功能
门（急）诊病历编辑相关详细要求如下：
病历创建:要求支持提供患者就诊后，医师可以创建患者的病历记录的功能。
病历编辑: 要求支持提供门（急）诊医师创建病历后，可以书写、保存病历的功能。
病历签名: 要求支持提供病历书写完成后，医师可以签名，签名可以配置宋体或图片的功能。
病历打印: 要求支持提供门诊医师可将签名后的病历打印出来的功能。
病历删除: 要求支持提供门诊医师可以删除保存过的有问题病历的功能。
病历数据绑定: 要求支持提供门诊医师在创建患者病历时，引用该患者的基本信息数据的功能。
病历引用: 要求支持提供门诊医师可以引用患者历次就诊的病历的功能。
病历模板库管理功能相关详细要求如下：
病历目录管理:要求具备按照电子病历基本架构标准管理的标准病历目录数据的功能。
病历模板管理:要求具备实施工程师、高级用户对病历模板进行维护管理的功能。
病历知识库模板管理:要求具备高级用户对知识库进行维护管理的功能。
病历模板版本管理:要求具备高级用户修改模板，得到医务科确认后发布版本的功能。
系统配置管理功能相关详细要求如下：
基础字典管理:要求具备项目实施通过基础字典管理新增、修改字典显示的HIS系统数据的功能。
数据引用管理:要求具备项目实施或产品实施维护病历结构化单元需要引用的患者基本信息、医嘱信息、诊断信息、费用信息的功能。
病种管理:要求具备高级用户维护病种以及病种与科室、icd疾病、知识库之间的关联的功能。
图库管理:要求具备高级用户维护图库的功能。
病历导航目录管理:要求具备高级用户维护显示在临床医师书写界面的病历目录的功能。
系统参数管理:要求具备项目实施或产品组实施使用系统参数配置用户各项个性化需求的功能。
病历权限管理功能相关详细要求如下：
操作权限管理:要求具备高级用户根据医务科的管理规定，用脚本对病历的操作进行权限管理的功能。
浏览权限管理:要求具备高级用户根据医务科的管理规定，用脚本对病历的浏览进行权限管理的功能。
加载权限管理:要求具备高级用户根据医务科的管理规定，用脚本对病历的加载进行权限管理的功能。
授权权限管理:要求具备高级用户根据医务科的管理规定，用脚本对病历的授权进行权限管理的功能。
创建权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的创建进行权限管理的功能。
诊断证明书审核
诊断证明书保存：要求具备门诊医师对诊断证明书创建、编辑、保存的功能。
诊断证明书签名：要求具备门诊医师对诊断证明书签名的功能。
门诊办公室审核：要求具备门诊办公室审核已签名的诊断证明书的功能。
门（急）诊病历补打功能相关详细要求如下：
门（急）诊病历保存：要求具备门诊医师对门（急）诊病历创建、编辑、保存的功能。
门（急）诊病历签名：要求具备门诊医师对门（急）诊病历签名的功能。
医师或者自助机打印：要求具备门诊医师或者自助机打印门（急）诊病历的功能。
门（急）诊病历补打：要求具备门（急）诊护士补打门（急）诊病历的功能。
1.1.4.2 住院医生电子病历
要求具备病历模板库管理、住院病历编辑、电子病历浏览器、电子病历术语管理、病历权限管理、隐私保护管理、图片生成等功能
病历模板库管理功能要求详细说明如下：
病历目录管理: 要求具备按照电子病历基本架构标准管理的标准病历目录数据的功能。
病历模板管理: 要求具备病历模板的定义、设计及模板版本管理等功能。
病历模板标题管理: 要求具备病历模板标题的定义和维护的管理功能。
病历知识库模板管理: 要求具备病历知识库模板的定义、维护及配置的管理功能。
病历模板审核管理:提供病历模板的审核的管理功能。
住院病历编辑功能要求详细说明如下：
病历创建: 要求具备医师创建病历文书的功能。
病历编辑: 要求具备病历书写、修改及保存的功能。
病历签名: 要求具备病历书写完成后，医师确认病历内容并签名的功能。签名可以是宋体文字签名，也可以是图片签名。
病历打印: 要求具备医师将签名后的病历打印出来的功能。
病历删除: 要求具备医师删除保存过的有问题的病历的功能。
病历数据引用: 要求具备医师在创建患者病历时，引用该患者的基本信息数据的功能。
病历引用: 要求具备医师可以引用患者历次就诊的病历的功能。
电子病历浏览器功能要求详细说明如下：
就诊历史记录的浏览: 要求具备护士或手术科室患者历史就诊记录的功能。
病历文书浏览: 要求具备护士或手术科室等浏览患者历次就诊的病历文书的功能。
检查、检验、医嘱单、体温单浏览: 要求具备护士或手术科室等患者历史就诊的检查、检验、医嘱单、体温单等信息的功能。
电子病历术语管理功能要求详细说明如下：
术语目录管理: 要求具备按照标准病历目录数据的标准术语目录数据的功能。
术语管理: 要求具备高级用户或项目实施人员依据卫计委的标准电子病历数据集标准WS445的功能。
术语对照管理: 要求具备高级用户或项目实施人员对术语和模板元素进行关联的维护管理功能。
系统配置管理功能要求详细说明如下：
基础字典管理: 要求具备项目实施通过基础字典管理新增、修改字典显示的HIS系统数据的功能。
数据引用管理: 要求具备项目实施或产品实施维护病历结构化单元需要引用的患者基本信息、医嘱信息、诊断信息、费用信息等数据接口管理的功能。
病种管理: 要求具备高级用户维护病种与科室、icd疾病、知识库之间的关联的管理功能。
图库管理: 要求具备高级用户对图库的配置和维护的管理功能。
病历导航目录管理: 要求具备高级用户维护显示在临床医师书写界面的病历目录的管理功能。
系统参数管理: 要求具备项目实施或产品组实施使用系统参数配置用户各项个性化需求的管理功能。
病历权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的保存、打印、删除、签名、留痕等操作进行权限管理的功能。
病历浏览权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的浏览进行权限管理的功能。
病历加载权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的加载进行权限管理的功能。
病历授权权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的授权进行权限管理的功能。
病历创建权限管理: 要求具备高级用户根据医务科的管理规定，用脚本对病历的创建进行权限管理的功能。
隐私保护管理功能要求详细说明如下：
隐私域管理: 要求具备高级用户对隐私域的配置和维护的管理功能。
图片生成功能要求详细说明如下：
图片生成服务程序:要求具备将每天产生的病历都生成图片并上传的功能。
病历图片获取公共服务: 要求具备第三方系统获取患者就诊的图片列表及病历内容图片的功能。
1.1.4.3 护理病历
要求具备体温单、血糖单、评估单、中医专科评估单等功能。
体温单：要求支持护理人员利用手持PDA系统采集体征数据、患者事件的输入，系统可自动生成体温单绘制并支持打印；根据采集患者体征数据自动生成血压趋势图。
血糖单：要求支持单人和多人批量两种输入血糖数据模式，自动生成血糖单，自动生成血糖趋势图，趋势图可展示每个采集值的详细信息，支持根据血糖采集状态过滤。
评估单：要求 (略) 评估、Gordon11项身体结构功能评估以及各专项评估，可自动生成护理评估单。
中医专科评估单：要求系统支持护理人员通过对证候症状、主要症状、中医护理技术、主要辩证施护方法，开展中医护理方案制定，支持对中医护理方案、中医护理技术依从性/满意度、中医护理技术应用情况、主要辩证施护方法应用情况等维度的统计。
1.1.4.4 病历质控
要求具备系统配置管理、病历质控提示列表、科室级质控、院级质控、质控报表等功能
系统配置管理功能要求详细说明如下：
质控标准维护:要求支持定义主观评分标准、提示列表标准、保存提示标准、提交控制标准、打印控制标准、 (略) 质控、 (略) 质控等。
病历质控项目维护: 要求支持病历质控项目分为完整性和一致性两大类。一致性病历质控项目提供病历时效性、逻辑性、主观评分项目定义。完整性病历质控项目提供病历必填内容的质控项目的定义。
病历质控结构维护: 要求支持实施配置质控功能时，能够维护1：质控结构；2：检查条件；3：病历范畴
质控启动开关维护: 要求支持实施配置质控功能时，能够维护质控标准和启动选项，将相关质控标准和启动选项设置为有效。
病历质控提示列表功能要求详细说明如下：
自动质控提示列表: 要求具备医生书写界面提示系统自动检查发现的病历质量问题。
环节质控提示列表: 要求具备医生书写界面提示科室质控员发现的环节质控项目。
科室级质控功能要求详细说明如下：
病历环节质控患者列表: 要求具备科室质控员查询环节质控患者列表的功能。
病历环节质控: 要求具备病历质控员对患者病历集中浏览、标注病历缺陷、添加缺陷项目、发送质控消息的功能。
病历质控消息: 要求具备病历质控员本人所发送的质控消息处理情况查询、浏览的功能。
复制粘贴权限: 要求具备质控管理员对医生书写病历的复制粘贴操作的控制功能。
院级质控功能要求详细说明如下：
病历终末质控患者列表：要求具备病历质控员查询终末质控患者列表的功能。
病历终末质控：要求具备病历 (略) 患者病历集中浏览、标注病历缺陷、添加缺陷项目的功能。
质控报表功能要求详细说明如下：
病历环节质控明细报表：要求具备病历环节质控明细内容的统计功能。
病历终末等级报表：要求为医务科提供病历终末等级的统计功能。
病历终末质控明细报表：要求为医务科提供病历终末质控详细缺陷的统计功能。
病历单分类报表：要求为医务科提供病历单分类质控项目的统计功能。
病历质控项目查询报表: 要求为医务科提供指定病历质控项目的查询统计功能。
1.1.5 临床业务
1.1.5.1 抗菌药物管理
要求提供抗菌药物权限管理、抗菌药物流程配置、抗菌药物功能配置、抗菌药物联合用药管理等功能。
详细功能需求说明如下：
抗菌药物权限管理：要求实现不同的就诊类型，医生对各级别抗菌药物的权限管理，系统中权限分为级别权限和医生权限，只需维护级别权限，医生权限默认继承于级别权限，医生权限优先于级别权限。
抗菌药物流程配置：要求支持针对某种级别的抗菌药物医生无权限时，如何去向上级部门申请的流程管理。现在系统流程类型分为非特抗药申请流程、特抗药无审核权限申请流程、特抗药有审核权限申请流程三种流程。支持的审核节点有科室预审、会诊、科室审核、和最终审核。
抗菌药物功能配置：要求实现对抗菌药物各功能进行配置化管理。包括系统开关、常用功能、扩展功能、会诊设置、使用目的管控、碳青霉烯类及替加环素管控等，为整个的抗菌药物维护提供便利。
抗菌药物联合用药管理：要求支持对抗菌药物联合用药进行管理。支持当患者发生联合用药时，需要填写相关的联合用药原因，并且当患者的联次发生变更时，需要填写变更原因。
1.1.5.2 临床路径管理
要求提供表单导入、表单维护、出入径管理、表单执行、添加变异、表单打印、查询统计等功能
表单导入：要求系统支持导入特定格式的excel表单，以简化制作表单过程。
表单维护：要求系统支持对表单基本信息、准入信息、阶段信息、项目信息、医嘱项目等进行增加、修改、删除操作。支持表单版本新建、发布、删除、导出操作。
出入径管理：要求系统支持两种入径方式，一是提醒入径，即在临床医生录入诊断时，自动判断是否符合入径标准，如果符合则弹出提示，选择相应路径后入径；另一种主动入径，即直接打开临床路径页签，选择路径后进入执行页面。在提醒入径时，可以选择不入径原因，做不入径申请。当路径执行过程中出现重大变异，不适合继续执行时，可以做出径操作。在出径时，需要选择出径原因类型，并填写具体原因。当表单各阶段内容都执行完后，可以进行完成操作，标志本次临床路径正常结束。
表单执行：要求支持进入临床路径后，护士可以对表单中的主要护理工作进行执行、撤销操作；医生可以对表单中的主要诊疗工作和重点医嘱进行执行、撤销操作。在每阶段执行结束后医生、护士将分别做签名操作，表示本阶段工作已经完成，并自动进入到下一个阶段。
添加变异：首先，在医生录入医嘱时，要求系统支持自动判断是否为表单外的医嘱，如果是，则弹出提示，需要为每条表单外医嘱添加变异原因；其次，在每阶段结束前签名时，要求系统支持会筛查出未执行的项目，提醒医生、护士去执行或者添加不执行的变异原因。
表单打印：要求系统支持两种打印，一是打印患者知情同意书，二是打印表单执行记录。
查询统计：要求系统支持按入径日期、科室、状态（入径、出径、完成）查询出入径记录；支持按申请日期、申请类型（不入径申请、出径申请）、申请状态（拒绝、通过）查询申请记录。同时支持按科室或者按病种统计临床路径月报表，其中数据包括科室、路径、病种、入径率、完成率、出径率、变异率、费用、住院天数等信息。
1.1.5.3 院感系统
要求提供系统配置、综合监测、医院感染报告管理、目标性监测、细菌耐药性、统计分析、手卫生依从性、横断面调查、环境卫生学、职业暴露等功能。
详细功能需求说明如下：
系统配置：要求支持设置系统的基础数据，院感疑似筛查规则和常用短语对照，对系统进行数据维护。
综合监测：要求支持包括疑似病例筛查和感染暴发预警两个部分，基于感染诊断标准、数据标准化及经验值， (略) 患者感染指标做到精准筛查，筛查出疑似感染及高度疑似感染患者，实现感染 (略) 疑似感染患者的管理，督促临床做好感染报卡及感染患者的治疗及防护工作。
医院感染报告管理：要求支持临床医生根据患者病情综合分析或者感染科通过感染监测指标筛查，发现患者发生感染在疑似病例筛查界面给临床医生发送消息，临床医生接收到消息后分析判断，若 (略) 感染， (略) 感染报告。院感科对 (略) 感报告进行审核，退回，删除等操作， (略) 感 (略) 病人信息来判断病人是否感染，对于感染病 (略) 感报告填报，以此来对感染病例进行信息化监控。
目标性监测：要求支持重点监测感染高发、易发人群，对ICU、NICU、重点手术、多重耐药菌进行专项监测，根据感染指标分析，指导临床做好感染防护。
细菌耐药性：要求支持自动对微生物数据进行加载，结合最新多耐定义标准《医疗机构耐药菌MDR、XDR、PDR的国际标准化定义专家建议（草案）》进行多耐分析及时对临床科室和感控科预警提示，并显示出来，对多重耐药菌进行耐药菌的报告进行填报，提交，审核。
统计分析： (略) 感染发病（例次）率、医院感染现患（例次）率、医院感染病例漏报率、多重耐药菌感染发生率、多重耐药菌检出率、住院患者抗菌药物使用率、抗菌药物治疗前病原学送检率、Ⅰ类切口手术部位感染率、血管内导管相关血流感染发病率、手卫生依从率、CLABSI（血管内导管相关血流感染发病率）、VAP（呼吸机相关肺炎发病率）、CAUTI（导尿管相关泌尿系统感染发病率）等指标查询统计。注重报表的数据准确性、一致性；个性化报表单独分包，保证后续的升级，提供报表说明。
手卫生依从性：是指医务人员洗手、卫生手消毒和外科手消毒的总称。其中洗手是指医务人员用肥皂或者皂液和流动水洗手，去除手部皮肤污垢、碎屑和部分致病菌的过程。依从性也称顺从性、顺应性,指医生按规定进行洗手，要求支持通过填写的手卫生信息进行统计。
横断面调查：横断面调查又称横断面研究，因为所获得的描述性资料是在某一时点或在一个较短时间区间内收集的，所以它客观地反映了这一时点的疾病分布以及人们的某些特征与疾病之间的关联。要求支持根据横断面调查进行现患统计；医院感染率、社区感染率、医院感染病原体部位分布、抗菌药物使用情况、医院感染率现患趋势分析。
环境卫生学：要求支持针对环境卫生学监测实现流程化管理,其中主要包括科室申请单和检验科工作站两部分。科室申请单对科室需要做的环境监测进行申请及打印条码，检验科工作站则对环境卫生学申请进行发放材料、接收标本、结果录入。
1.1.5.4 护理管理系统
要求具备护理档案管理、科室事务管理、护理工作量管理、护理质量控制、人员动态、护士长手册、护理教学、护理调查、科研管理、专业组、实,要求通过友好的人机交互、三层质控和三级指标的系统分类、PDCA的流程及科学的数据分析工具，为护理质量控制提供高效的解决方案,主要功能要求包括质控组管理、检查病区维护、检查病区分组、检查任务计划、质控排班、换班申请、质控任务发布、质控检查、随机检查、复查检查、质控问题汇总、质控统计分析等功能。
人员动态：要求包括科室轮转、 (略) 内调岗功能；其中科室轮转是对未定科的护士制定的轮转计划，计划发布后轮转护士分配到各个病区由带教老师指导其护理相关的工作；弹性调配要求包括计划性调配和随机调配，弹性调配一般用于突然状况进行护士批量调配；计划性调配要求需要护士长提交用人申请由科护士长或者护理部审核通过然后分配人员；随机性调配则由护士长直接将护士的调配信息提交即可。
组织管理：组织管理要求包括组织管理制度和组织规划功能。
组织管理制度要求支持对护理部、科室和病区对相关制度的维护、查阅以及护理文件的管理及维护工作。
组织规划要求支持护理部对工作规划、工作计划、工作重点的维护工作，其中工作计划和工作重点又分为年度、季度、半年和月底计划和重点。
护士长手册：要求根据项目实际情况进行系统的功能优化升级。具体功能要求包括手册说明、护理人员信息、计划总结、质量管理、风险管理、日常事务管理、护理查房、病例讨论、手册审阅等功能。
护理教学：要求包括日常练台，可实现与HIS系统、移动护理、护理病历、护理排班、不良事件、人力系统、院感系统等护理相关系统的对接，要求指标系统支持高度可配置化管理，支持数据源定义、指标的快速构建、报表模板定义等，可满足护理指标数据的提取。要求支持根据填报、上报、导入需求进行模板的定制，系统需根据敏感指标的要求，自动导入符合国家护理质控平台要求的模板。
基础数据维护：要求包括片区（大科）设置、科室设置、病区设置、楼层设置、全局排班类型管理、病区排班类型管理、质控项目管理、公共代码维护、节假日维护、用户设置、教学维护、专科护士再认证项目、调查问卷维护等。片区（大科）设置要求实现对片区（大科）的添加功能，并可以关联所辖科室；科室设置要求实现对科室添加功能，并支持关联所辖病区；病区设置要求支持病区的添加功能，需支持顺序调整、关联所属科室功能，要求支持与HIS病区的关联；楼层设置是对楼层的维护，要求支持楼层关联病区功能；全局排班类型管理是 (略) 所有排班班次的维护功能，要求支持顺序调整、班次时间段的维护、班次导出等功能；病区排班类型管理要求支持病区护士长对本病区所属班次的添加、班次时间段的维护功能；要求质控项目管理支持对质控指标的添加、编辑、删除、导入、导出功能；公共代码维护需支持对系统公共代码的维护功能；节假日维护需支持对国家法定节假日的维护功能；用户设置需实现对用户的his信息的相关关联；教学维护需支持对理论项目、技操项目的考核题目的维护；专科护士再认证项目要求支持相关认证项目的维护；调查问卷维护要求支持对护士满意度调查、患者满意度 (略) 随访问卷的维护。
系统设置：要求支持对护理管理系统参数的维护。具体功能要求包括模块设置、菜单设置、菜单权限设置、病区权限设置、用户角色管理、系统参数设置、综合参数设置、列表配置、夜班费及系数等。
1.1.5.5 危急值管理平台
要求提供临床提醒、临床接收、临床处理、查询统计等功能。
详细功能需求说明如下：
临床提醒：要求支持危急值平台接收到医技系统的危急值报告后在HIS提醒用户包含消息提醒、图标系统提醒。
消息提醒：要求支持按患者就诊类型，就诊科室、发生时间配置消息接收用户，在HIS系统界面弹出危急值消息提醒，在未处理情况下每隔一段时间就会再次弹出，直到处理完成，确保危急值处理率；支持危急值的多级提醒，当危急值未及时处理时继续向上级发送消息提醒，督促完成危急值的处理。
图标系统提醒：要求支持当患者存在危急值须处理时，在患者床位图、信息条显示危急值图标，可以快速打开患者危急值记录。
临床接收：要求支持临床人员看到危急值提醒后，可以到患者的基本信息与危急值报告信息，需要先进行危急值接收，后台自动反馈回医技系统。
临床处理：要求支持临床人员对危急值的一系列操作：医嘱录入、病程书写。
医嘱录入：要求支持链入HIS医嘱录入模块，录入医嘱后与危急值记录绑定。
病程书写：要求支持链入电子病历系统，书写危急值病程记录并绑定起来。
查询统计
要 (略) 医务管理部门提供危急值报告记录查询、危急值完成比例报表、危急值分布报表
危急值查询：要求支持按日期、科室、类型等查询危急值记录、跟踪患者危急值记录
危急值完成比例：要求支持以图表的 (略) 危急值完成情况
危急值分布：要求 (略) 危急值的科室+类型分布情况以及类型+科室分布情况
1.1.5.6 死亡管理
要求提供报告信息登记、三联打印、报告初审、首联打印、报告终审、三联打印授权、首联打印授权、报告查询、监控月报表等功能
报告信息登记：要求支持针对居民医学死亡证明书临床数据采集，实现死亡患者相关信息的自动提取；临床医护人员对报告信息进行核对、修改及补录工作。
三联打印：要求支持临床医师完成居民医学死亡证明书填报后，打印居民医学死亡证明书三联报告。
报告初审：要求支持对居民医学死亡证明书疾病编码与登记信息的审核工作。包括对临床登记信息进行初步审核，如内容有出入，指导临床及时修正；对导致死亡的疾病或情况进行编码，维护根本死因及损伤中毒编码。
首联打印：要求支持居民居民医学死亡证明书的首联打印，与病历一起归档。
报告终审：要求支持居民医学死亡证明书登记信息进行审核。包括：对临床登记信息进行再次审核，如内容有出入，指导临床及时修正；审核通过的居民医学死亡证明书及时上报疾控处；
三联打印授权：要求支持基于居民医学死亡证明书严格管控的要求，增加了打印授权功能。对于三联打印过后，不允许再重复打印；特殊情况需要再次打印，先申请，管理科室三联打印授权后，才可以再次打印。
首联打印授权：要求支持基于居民医学死亡证明书严格管控的要求，增加了打印授权功能；对于首联打印过后，不允许再重复打印；特殊情况需要再次打印，先申请，管理科室首联打印授权后，才可以再次打印。
报告查询：要求支持根据查询条件，查询各临床科室填报的居民医学死亡证明书列表；双击居民医学死亡证明书登记信息；并进行相应的审核操作等。
监控月报表：要求支持基于HIS系统就诊记录及死亡标记，查询各科室死亡患者、漏报情况等；点击病区链接，可死亡患者列表。
1.1.5.7 传染病管理
要求提供诊间填报、主动填报、报告查询、报告审核、报告导出和打印、传染病监控等功能。
详细功能需求说明如下：
诊间填报：要求支持临床医生在下诊断时，系统自动检查诊断是否传染病诊断，如果是传染病诊断，并根据传染病的分类、时效性要求、年龄要求、历史报告来判断强制报卡或提示报卡。
主动填报：要求支持临床确诊传染病后主动报卡，登记病人基本信息、诊断信息等。其中病人基本信息大部分可从系统中自动提取，且保存报告时系统会进行数据完整性、正确性检测，保证数据的完整性、正确性。
报告查询：要求支持可按照报告时间、科室、院区、报告状态进行传染病报告查询，查询结果包含报告基本信息和患者基本信息等，查询结果可导出，便于统计分析。
报告审核：要求支持临床医生填报报告后，管理人员可在报告查询页面查到该份报告，打开报告对填写内容进行审核。
报告导出和打印：要求支持对于已经审核的报告，支持报告导出和打印，便于存档。
传染病监控：要求支持基于临床诊断、检验结果、影像检查结果进行传染病筛查，结合传染病报卡情况筛查传染病漏报、误报，管理科室对筛查结果进行处置，处置结果反馈给临床科室，提示补录报卡或订正报卡。
1.1.5.8 食源性疾病管理
要求提供报告填报、报告审核、报告导出和打印、查询统计等功能。
详细功能需求说明如下：
报告填报：要求支持登记病人基本信息、诊断信息以及上报食源性疾病所要求填写的疾病信息等。其中病人基本信息大部分可从系统中自动提取，且保存报告时系统会进行数据完整性检测，保证数据的完整性、正确性。
报告审核：要求支持临床医生填报报告后，管理人员可在报告查询页面查到该份报告，打开报告对填写内容进行审核。
报告导出和打印：要求支持对于已经审核的报告，支持报告导出和打印，便于存档。查询统计：系统支持通过报告时间、疾病分类等查询报告记录，查询结果包含报告基本信息和患者基本信息等，查询结果可导出，便于统计分析。
1.1.5.9 特殊患者管理
要求提供报告填报、报告审核、报告导出和打印、查询统计等功能
报告填报：要求支持登记病人基本信息、诊断信息以及上报重大非传染性疾病所要求填写的疾病相关信息等。其中病人基本信息大部分可从系统中自动提取，且保存报告时系统会进行数据完整性检测，保证数据的完整性、正确性。
报告审核：要求支持临床医生填报报告卡后，管理人员可在报告查询页面查到该份报告，打开报告对填写内容进行审核。
报告导出和打印：要求对于已经审核的报告支持报告导出和打印，方便存档。在报告查询页面也可对查询出的报告记录做导出操作。
查询统计：要求系统支持通过报告时间查询报告记录，查询出的结果包含报告基本信息和患者基本信息。并且查询出的结果可支持导出操作。
1.1.5.10 精神疾病管理
要求提供报告填报、报告审核、报告导出和打印、查询统计等功能
报告填报：要求支持登记病人基本信息、诊断信息以及上报精神疾病所要求填写的疾病相关信息等。其中病人基本信息大部分可从系统中自动提取，且保存报告时系统会进行数据完整性、正确性校验，保证数据的完整性、正确性。
报告审核：要求支持临床医生填报报告卡后，管理人员可在报告查询页面查到该份报告，打开报告对填写内容进行审核。
报告导出和打印：要求支持对于已经审核的报告，支持报告导出和打印，方便存档。在报告查询页面也可对查询出的记录做导出操作。
查询统计：要求系统支持通过报告时间查询报告记录，查询出的结果包含报告基本信息和患者基本信息。并且对查询出的结果可做导出操作。
1.1.5.11 血库管理系统
要求提供输血知情同意书签订、备血前评估、备血申请、超量备血申请单审批、取血评估和取血单、病房接收血袋、血液输注核对、输血巡视、输血后疗效评价、查询统计等功能
要求备血申请提供如下功用：
填写输血知情同意书
普通备血申请
自备血备血申请
支持按医生级别控制备血血量
自动获取血型和检验项目最近结果信息
支持条形码管理
提供输血治疗同意书等文档打印
支持历次备血申请单查询和打印
提供备血申请提示
支持备血申请两级审核签字
超量备血审批
符合《医疗机构临床用血管理办法》(卫生部令第85号)
符合《临床输血技术规范》
要求取血单支持如下功能：
配血完成提示
取血前评估
要求临床用血支持如下功能：
接收血袋
血液输注
输血巡视
要求支持输血不良反应管理
要求支持输血记录及输血后评价：
临床输血后评价
输血记录
1.1.5.12 输血管理系统
要求提供备血申请单接收，血液预订，血液入库，血液报废，库存量预警，血液效期预警，输血检验标本接收，输血检验报告审核，配血，取血，发血，计费，血袋回收，用血统计分析，仪器接口，系统基础信息维护，系统权限管理等功能
输血科接收备血申请单具体要求说明如下：
要求提供接收功能，要求支持根据备血申请单号查询申请单，将界面上申请单内容与送达的申请单内容核对无误后完成接收操作。
要求提供取消接收功能，要求支持根据备血申请单号找到申请单，填写取消类型和取消原因后完成申请单取消接收。
要求提供拒收功能，要求支持根据备血申请单号找到申请单，填写拒收类型和拒收原因后完成申请单拒收。
要求提供评估功能，要求支持输血科对用血申请单内容进行合格性评估，内容合格时做合格评估，否则不合格评估。
要求提供标本接收功能，如果临床备血申请单包含输血相容性检测标本时，要求支持根据标本号在系统中核对无误后把标本信息从HIS系统接收到输血系统。
输血检验具体要求说明如下：
输血检验要求包括送检标本的接收、标本核收、结果处理、报告审核和报告查询打印等功能。
要求提供标本接收等功用，要求支持根据标本上条码号找到标本，将界面上的标本信息与送达标本标签上的信息核对无误后把标本信息从HIS系统接收到输血系统，否则填写拒收原因做标本拒收操作，把标本返回给申请科室或病区。
要求提供运送单接收功用，要求通过送达的标本运送单号在系统找到运送标本明细，再根据标本条码号和运送单上标本信息核对无误后把标本信息从HIS系统接收到输血系统，否则把有问题标本通过拒收流程返回给申请科室或病区。
要求提供标本拒收功用，要求根据送达标本的条码号在系统中找到标本，填写拒收类型和拒收原因做标本拒收操作，把标本返回给申请科室或病区。
要求提供标本核收功用，要求系统按照用户指定的检测仪器和检测日期生成样本流水号把标本核收到在检测仪器所在工作小组上。
要求提供取消核收功用，如果标本分配的工作小组、标本日期或流水号有误时，要求可以从列表中选择标本，通过取消核收操作把标本返回到未核收状态。
要求提供手工登记功用，对于手工填写的申请单，要求可以把申请单信息在手工登记界面上在指定工作小组、标本日期和流水号上录入完成后保存到标本列表。
要求提供结果采集功用，要求支持仪器接口把采集到的结果保存到系统，要求工作站可以把采集到仪器结果显示到报告审核界面上。
要求提供结果录入功用，要求对于手工检测的标本结果，可以按照标本的流水号手工单个或批量录入到系统。
要求提供结果校正功用，要求支持对于手工录入有无误的结果，可以单个或批量进行校正。
要求提供结果判断功用，要求系统支持对标本上的结果自动判断出是否异常，并在界面上通过颜色和符号进行相应的异常提示。
要求提供报告初审功用，要求支持标本报告结果初次核对无误后，通过初审操作完成报告初步审核。
要求提供报告审核功用，完成初审操作的报告结果再次核对无误后，点通过审核操作完成报告的最终审核。报告审核时系统会自动校验审核用户是否符合双审规则，如果不符时系统自动提示并终止审核操作。
要求提供报告批审功用，把标本列表中选择的多个标本报告结果核对无误后，通过批审操作一次完成审核。
要求提供取消初核功用，把通过初审的报告返回到未审核状态。
要求提供取消审核功用，把通过审核的报告返回到初审状态。
要求提供报告打印功能，把标本列表选中的报告打印输出，输出方式支持打印预览和生成PDF文件。
血液管理业务具体要求说明如下：
血液管理要求包括血液预订、入库、退回血站、报废出库、血袋拆分、低库存量预警和效期预警等等功能。
要求提供血液预订:根据填写的订血单位、血液成分、预订血量和预订说明生成血液订单。订单可以通过接口发送给订血单位，否则只能通过电话或其他方式预订血液。
要求提供订单发送功能，血液预订生成后，要求可以通过订单接口将血液订单发送给接收单位，接收单位收到订单时返回接收确认状态，输血系统收到确认信息后更新订单为完成状态。
要求提供血液接口入库功能，要求根据送血单位的出库单号通过血液入库接口（血液入库接口互通）获取出库单上的血液明细，与纸质出库单信息核对无误后存入到系统，再通过血袋上的献血员编号依次扫入进行核对无误是完成入库，存入库存。
要求提供血液手工入库功能，如果血液入库接口不通时，要求支持可以通过条码枪扫入血袋上的血袋编号条码、血制品条码、血型条码和失效期条码四个条码把血液信息保存到系统。
要求提供血液入库审核功能，要求支持未审核血袋的外观、献血者血型和存储温度核对无误后完成审核入库，血液状态变成库存可用。
要求提供血液退回功能，要求支持血站送达的血液发现有问题时可以通过退血单，根据血袋上的血袋编号和血制品条码找到血袋，填写退回原因，要求支持通过血液退血接口把血袋信息发送给血站，或通过打印的纸质退血单随血袋一起返回给血站。
要求提供血液报废功能，当库存中的血液出现过期或破损时，要求支持可以通过血液报废单，把需要报废的血袋通过血袋编号和血制品条码找到血袋，填写报废原因，由科主任核实审批后完成血液报废出库，再把血液进行报废处理。
要求提供血液拆分功能，要求支持把大规格的包装血液拆分成多袋小规格的血液。
要求提供血液库存量预警功能，要求支持系统中血液预警量可以分为红、黄、蓝三级，用户需提前把需要预警的血液成分预警量维护好，当库存中的血液库存血量低于设定的预警量时，要求支持用户登录时系统可以安排到达的预警级别进行自动提醒。
要求提供血液有效期预警功能，要求支持系统中血液效期预警天数用户可以按血液成分提前维护好，当库存中的血液效期接近预警天数时，用户登录时系统自动将这些效期近预警天数的血袋信息显示在预警界面上进行提醒。
配血管理业务具体要求说明如下：
配血管理要求包括创建配血计划、配血审核、疑难配血、通知取血等功能。
要求提供申请单查询功能，要求支持通过指定的日期区间查询申请单；也可以通过申请单号、标本检验号、患者登记号、患者病案号或取血单号快速查询申请单。
要求提供配血计划功能，要求支持通过患者血型在血液库存中按照配血规则找到适合的血袋进行绑定创建配血计划；也可以直接通过血袋上的血袋编号条码快速找到血袋进行绑定创建配血计划。
要求提供发送配血计划功能，要求支持把配血计划的受血者标本条码和献血者标本条码发送给指定仪器进行交叉配血试验。
要求提供配血结果采集功能，要求支持仪器接口自动采集检测仪器传输的配血结果并保存到对应血袋上，并在配血界面上显示采集到配血结果。
要求提供配血审核功能，要求支持配血计划中的血袋配血结果核对无误后完成审核，要求支持系统自动按照选中的血袋收取配血费用。
要求提供配血取消审核功能，要求支持把配血计划中选中的血袋返回库存状态，要求支持系统自动完成取消配血费用。
要求提供多配血方法配血结果记录功能，要求支持把不同配血方法试验完的配血结果按照配血方法把配血结果、配血仪器保存到系统。
要求提供疑难配血功能，要求支持把不符合常规配血规则的血液配血结果录入到系统，并在配血信息上标记为疑难配血状态。
要求提供通知取血功能，要求支持在配血计划中选中完成配血的血袋，通过发送取血消息接口把取血消息发送给临床。
要求提供更换配血标本功能，要求支持如果申请单自带标本量不够使用时，可以在指定的申请单上通过扫入新标本的条码号进行关联，完成标本更换。
要求提供更换就诊号功能，要求支持如果病人 (略) 时，还未完成配发血的用血申请单需 (略) 就诊号进行关联，完成就诊号更换，以便之后能正常收费。
发血管理业务具体要求说明如下：
发血管理要求包括血液核对、血液发血出库、直接发血出库等功能。
要求提供申请单查询功能，要求支持根据指定的日期查到申请单；也可以通过申请单号、标本检验号、患者登记号、患者病案号或取血单号快速查到申请单。
要求提供血液核对功能，要求支持根据扫入血袋上的献血条码和产品码条码在待发血列表中系统自动完成核对，核对通过的血袋自动选中，否则提示核对未通过。
要求提供血液发血出库功能，要求支持把待发血列表中选中的血袋完成血液出库和血液计费操作，同时打印配血单和病人信息标签。
要求提供直接发血出库功能，要求支持对于无须进行交叉配血的血液产品，可以直接在发血界面上扫入献血条码和产品码条码添加到待发血列表，审核通过后完成血液出库和血液计费操作，同时打印配血单和病人信息标签。
要求提供取消发血功能，要求支持把用血申请单已发血液列表中选中的血袋做取消发血操作，血袋返回库存，同时取消血液费用。
血袋回收
血袋回收：血液输注完成后，血袋需要及时送回输血科，输血科通过扫入血袋编编号条码和血制品条码记录血袋回收时间和回收人。
统计分析报表业务具体要求说明如下：
统计分析报表要求包含科室工作量、血液库存、科室收入、用血分析等各种类型的统计分析报表。
要求提供备血申请单汇总：根据申请日期或接收日期，按照科室、病区、医生等类型统计临床科室备血申请成分血液数量的汇总。方便输血科掌握临床申请与实际库存差距。
要求提供备血类型统计：按照申请单日期统计不同输血类型每个成分血液申请单总量。
要求提供备血输血率统计功能，要求支持根据申请日期，科室（医生、病区），查询一段时间类临床申请用血与实际用血差值比率情况，分析临床备血准确性。此报表中输血率、红细胞率等统计结论对应输血评估某个临床科室（医生、病区）用血准确性提供参考，方便输血科控制配血与库存情况。
要求提供科室收入统计功能，要求支持按照医嘱申请时间统计各个收费项目的数量和合计金额，以及科室收入总金额。
要求提供血液库存汇总功能，要求支持统计输血科库存血液中各种血液成分、各种血型、各种规格血液的分布情况。
要求提供临床科室费用统计功能，要求支持按照开医嘱申请时间统计临床科室各项费用收入情况。
要求提供科室工作量占比统计功能，要求支持根据统计日期区间，按照血液入库、输血检测、申请单接收、配血、发血统计输血科科室人员以及科室日常工作量占比情况。
要求提供病种用血统计功能，要求支持 (略) 日期，按病种和科室（或医生、病区） (略) 例数、输血人数、输血总量和各个血液成分的使用情况。
要求提供手术用血统计功能，要求支持根据手术完成日期统计时间段内各个手术例数、输血例数、输血率等数据。
要求提供手术等级用血统计功能，要求支持根据手术日期统计各级手术的手术例数、输血例数、输血率、输血总量以及各种血液成分的用血量。
要求提供内外科输血统计功能，要求支持按照发血日期统计内外科手术用血、治疗用血例数及其占比情况。
要求提供用血比例分析功能，要求支持按照发血日期统计各类型（科室、医生、或病区、申请单类型、输血目的）的输血总量、输血人数、输血人次、各个血液成分的数量及其占比情况。
要求提供输血年报功能，要求 (略) 日期、发血日期，分手术用血、治疗用血统计科室（医生、病区、申请单类型、输血目的）各个统计类型下面血液使用情况。
1.1.5.13 排队叫号系统
要求具备叫号显示服务、导诊排队叫号服务、排队叫号语音库控制系统等功能。
叫号显示服务：叫号显示服务采用多媒体终端作为控制硬件，要求可定制多种屏幕显示模板和显示方式；诊区显示屏，显示科室、诊室、出诊医生、当前就诊患者、等候患者等信息。
导诊排队叫号服务：要求支持整体分诊排队叫号的数据管理，数据流量的监控，信息的与管理，各个终端的授权，各个叫号显示服务的远程管理。
排队叫号语音库控制系统：要求支持中文、英文和数字的语音合成，叫号信息由计算机或语音设备将文本信息直接合成为语音信息。中文、英文和数字的合成语音没有明显的合成听觉感受，达到接近人类说话的效果；要求支持多语种混读。合成语音的阅读音量、基频、语速可调节。支持字、词、句的合成；要求支持多线程并发合成，满足大规模的语音合成需求；要求对数字的读法支持电报方式和数目方式，并可调节切换；可识别标点符号。要求排队叫号语音库控制系统包含语音合成平台、语音库。
1.1.5.14 治疗工作站
要求提供治疗申请、治疗分配、治疗预约或直接执行、治疗等功能。
治疗申请：要求系统支持治疗申请单独立申请，也支持医嘱录入直接录入医嘱审核申请。申请成功后，门诊患者缴费后可到相应治疗科室进行治疗，住院患者可直接前往治疗科室进行治疗。
治疗分配：要求治疗分配为可选流程，可指定需分配的治疗医师，若启用此流程，则治疗申请只有分配到指定人员才可进行治疗预约或治疗。系统实时展示可分配治疗师名下的申请单数，便于进行及时调整，平衡分配。
治疗预约：要求支持系统内治疗申请分为两种类型，一种是直接执行，另一种是治疗预约。直接执行无需预约，直接进行治疗记录的保存完成治疗即可。需要进行预约的治疗申请，由治疗师选择相应日期及治疗师的的治疗排班进行预约治疗。系统支持为多个申请进行批量预约，也支持为已预约的记录取消预约，可打印预约凭证。
治疗：患者预约完成后，到指定日期后到治疗科室进行治疗，治疗师选择患者的预约记录后，可根据实际情况在系统内录入具体的治疗情况，同时也可批量录入保存治疗记录。系统支持对已治疗的治疗记录进行修改撤销，也可为相应的治疗记录上传治疗图片，可浏览治疗记录各个操作节点的时间及操作人员信息。
1.1.5.15 重症监护信息系统
要求具备自动数据采集、实时重症监护、床位和监护管理、生命体征记录、执行医嘱、护理记录、出入量汇总、护理评估、数据、打印重症监护记录、同步体温单、入科评估、趋势图、自动病人评分、综合诊疗视图、出科评估、评分统计、工作量统计、质量控制统计、系统设置、其它模块等功能
自动数据采集：要求支持通过中央采集服务器建立医疗设备与病人的对应，启动采集服务，接收设备输出的数据并进行解析。自动采集监护仪、呼吸机等床边监护设备输出的病人血压、心率、血氧、体温、脉搏、呼吸等生命体征参数，同时支持科内检验设备的数据采集。
要求支持采用中央服务器将解析后的同步数据存储。对采集数据实时存储入数据库，并同步显示在重症监护界面。
要求支持采用中央服务器采集数据模式，可方便集中查询监控各监护床设备采集状态，在网络中断、客户端软件关闭等异常时，在采集服务器缓存数据，故障恢复后继续记录，保持采集数据的稳定性、连续性。
要求支持采用中央服务器采集数据模式，不需要监护床旁电脑进行数据采集，对床旁电脑没有串口、额外的网口的要求。与客户端采集相比，可以通过一台电脑处理多个监护床节约电脑资源。
要求支持采用中央服务器采集数据模式，方便程序更新，方便扩展监护床。
要求支持设置采集的床位、设备型号、采样频率、端口号等参数。
要求支持对采集的异常数据进行数据修正，并在后台记录修改痕迹。
实时重症监护：要求支持生命体征报警：对超过正常值的异常生命体征，进行报警提示，如下图黄色背景数据。
远程监护：要求支持不在病区的医生、护士通过远程监护病情，加强对重症监护过程的控制与指导。
中央监护：要求支持通过中央站监控病人生命体征、采集设备等情况，可以方便地病人情况。
床位和监护管理具体要求说明如下：
要求支持在病区重症床位图上，可以观察当前病人情况。
要求支持进入重症监护列表后，可以当前监护床病人监护情况。不同状态的监护病人以不同的颜色显示。
要求支持选择相应的病人后，就可以对病人进行监护操作。这时将要求支持启动采集设备数据服务，进行监护数据采集。
要求支持只有系统指定授权的工作站和用户才可以点击开始，进行监护
生命体征记录：要求支持重症监护启动后，设备采集服务器将按照预设的采样间隔自动从监护仪、呼吸机采集数据并显示，也可以按指定时间提取采集数据。对于一些无法从仪器自动采集或没有使用仪器监护的数据，用户可以手工录入
执行医嘱：要求支持打开病人数据界面，点击新增即可弹出医嘱数据。将获取医生对病人下的医嘱，同时显示在界面上。
要求支持自动提取医生医嘱，严格按医嘱要求的剂量、用法、频率执行医生医嘱，可以根据科室药品使用衡情况。
要求支持系统按每小时和每天对病人的出入量进行自动分类汇总，计算出入量的差值。底部区域显示全部项目的汇总，右侧是每个项目的汇总
护理评估：要求支持评估病人皮肤、压疮等护理状况。
要求支持支持图形化标注。
数据：要求支持通过趋势图监护数据。
要求支持查询固定开始时间点的监护数据。
要求支持监护项目显示区域可以折叠或展开当前的显示区域。
要求系统支持数据明细。
打印重症监护记录：要求支持可以选择打印重症护理单。
要求支持用户可以定制各科室使用的重症监护单、危重护理单等单据的输出样式，要求支持打印时会自动使用不同的模板来打印单据。
要求支持重症监护单上的起止时间是病人开始和结束重症监护的时间。
要求支持支持CA签名（接口）
同步体温单：要求支持提取监护的生命体征和出入量等数据，倒入体温单接口。减少手工录入工作量。
入科评估：要求支持在病人入重症科室后，分析病人病情，对病人进行重症评估。
趋势图：要求支持生命体征、检验检查等趋势图。
自动病人评分：要求支持自动按国际评分标准，如Glasgow昏迷评分、APACHE II 评分、SOFA 评分等，对重症病人进行评分。
综合诊疗视图：要求支持自动生成并综合展现生命体征、出入量、医嘱、检验、检查等信息。
要求支持危急事件处理
要求支持出科评估
要求支持当要结束对当前病人的重症监护，要求确认病人转归。
结束重症监护将停止采集监护设备数据。
要求支持总结出科病人治疗，进行出科重症评估，后台自动生成出科评估数据：出科评分、 (略) 时长、机械通气总时间、中心静脉次数等数据。
评分统计：要求支持按病人、科室统计病人的不同评分。
工作量统计：要求支持可以统计医护人员工作量：病人中心静脉置管、气管插管等统计。
质量控制统计：要求支持ICU质量监测指标：统计病人数、平均ICU天数、ICU死亡人数、重返ICU人次、气管插管、中心静脉置管、尿导管等质量控制数据。
系统设置要求支持重症监护常用医嘱项、显示分类、显示大类。
要求支持维护监护床，定义和修改采集设备的IP地址、采集端口、采集频率等参数，重症监护设备和仪器维护，按监控设备定义不同生命体征等采集参数。
要求支持设置重症监护床的采集的项目、采集频率等，操作权限等。
要求支持对重症监护的出入量汇总统计项维护。
其他模块要求支持包括CA签名、重症护理记录文书浏览等功能。
1.1.5.16 手术麻醉系统
1.1.5.16.1 手术护理信息系统
具体功能要求包括：手术安排、手术术前访视、手术风险评估、手术患者交接、手术安全核查、手术器械清点、病理标本登记、术中输血登记、术后登记、手术术后访视、统计分析、系统设置、其它模块等。
功能功能要求说明如下：
手术安排：要求支持手术室接收病房手术申请单。进行手术安排。手术查询根据申请科室、手术间、手术状态等多种查询条件，并可自动按照手术间、手术科室、是否污染和是否急症手术进行分类排列。手术室确定每台手术的手术间、台次、手术时间、器材护士、巡回护士，安排进修和实均每名患者血液净化时间范围例次。
要求支持统计工作量
要求支持统计患者转归
要求支持统计当前病人透析龄
要求支持统计原发病分布。
要求支持统计肝炎病毒标志物。
要求支持统计血红蛋白和红细胞压积平均值。
要求支持统计维持性病人质量监测指标(溶质清除率、贫血的纠正、钙磷代谢)
要求支持统计不同血管通路类别例次。
系统设置功能具体说明如下：
要求支持维护相关基础数据：血液透析项、抗凝方式、血液净化方式、血管通路、透析设备运行模式、病人转归、死亡原因、净化设备型号、净化监护设备、床位组、床位信息维护等。
1.1.5.18 移动医生工作站
要求提供登录管理、会诊管理、抗生素管理、危急值管理、住院科室、病人信息、病人基本信息、诊断信息、病人诊断信息、诊断录入、病人医嘱信息、检验报告、查询检验列表、查询检验结果详情、查询单项检验结果折线图、历次结果对比、检查报告、查询检查列表、检查结果详情、检查报告等功能。
登录管理：要求支持医生工号登录，验证通过后进入移动查房系统，根据his中账号授权情况可进行相关操作。
会诊管理：要求通过会诊管理， (略) 内需要医生会诊的信息，实现医生在线查询需处理会诊与已处理会诊列表，要求支持用户在线对需会诊患者进行下诊断，填写会诊意见等操作。若为抗生素会 (略) 在计费后进行抗生素审核操作。具体功能要求包括：会诊列表查询，会诊信息以及会诊的处理等。
抗生素管理：要求支持医生在线查询抗生素列表且对其进行在线处理。具体功能要求包含抗生素列表查询、抗生素处理。
危急值管理：要求支持危急值管理，医生可随时随地按日期询危急值及危急值详情。包含：危急值查询、危急值详情。支持医生点击危急值列表中某条数据之后此次危急值详情。
住院科室：要求 (略) 权限， (略) 科室之间进行切换。
病人信息：要求医生在本科室下按时间查询患者列表，其中红色图标为女患者，蓝色图标为男患者。并显示床号、患者姓名、患者病案号，可点击某条数据患者基本信息，也可将此患者列表隐藏。
病人基本信息：要求支持医生查询患者基本信息，包括但不限于患者所在病区，患者费用使用情况等基本信息。
诊断信息：要求分为“本次诊断”和“历次诊断”，要求支持医生在线查询患者当前诊断及历次诊断信息，每行显示诊断内容、医生和诊断日期，也支持医生在线进行诊断录入等操作。
病人诊断信息：要求医生可选择患者的此次诊断详细信息和历次诊断信息。历史诊断信息包括诊断描述，诊断类型及日期时间等信息。
诊断录入：要求支持医生为患者添加一条诊断信息:输入诊断名称，选择诊断类型，填写诊断备注之后点击“添加”为患者录入一条新的诊断。
病人医嘱信息：要求医生按照所需日期患者的临时医嘱（包括已停和在用）、住院患者的长期医嘱信息（包括已停和在用）、住院患者的护嘱信息（包括已停和在用）、当前医嘱的详细情况、在用医嘱进行停止与撤销处理等功能。
检验报告：要求医生可根据项目分类、所需日期进行查询。具体要求包括查询检验列表、检验结果详情、单项检验结果折线图、历次结果对比等信息。
查询检验列表：要求医生可根据项目分类亦或所需日期查询该患者当次就诊的检验列表，点击某条检验数据其详细结果。
查询检验结果详情：需支持医生查询某条检验数据的详情及结果，其中红色表示不符合标准，能够协助医生更准确的捕捉异常数据。
查询单项检验结果折线图：需支持医生某项检验结果的对比折线图。点击某条小项，显示本项在你所有检验中只要有这种检验的结果波形图，协助医生更加直观的某项检验结果的数据波动情况。
历次结果对比：需支持医生某项检验的历史数据对比。帮助医生更好的对比患者在历次就诊过程中某项检验结果的变化情况。
检查报告：需支持医生在线具备检查图像的患者此次检查的图像信息。具体功能包括查询检查列表，检查报告结果详情，检查报告，检查图像等。
查询检查列表：需支持医生查询患者当次就诊的检查列表，要求每条数据包括各项检查结果，若有检查报告则会有相关报告链接，若有检查图像应具有相关检查图像链接，要求支持医生点击相关报告及图像。若无则为空白。
检查结果详情：要求支持医生此次结果的详情，包括检查信息及诊断意见等。
1.1.5.19 移动护理
要求提供床位图，生命体征、血糖单、医嘱查询、医嘱闭环管理、闭环流程设计等功能。
床位图，要求显示病区患者床位情况，可根据筛选条件筛选对应患者，需支持输入患者信息快速查询和定位对应患者，需支持扫患者腕带查询。可实时显示病区患者总数，需支持统计各责组患者人数、不同护理级别人数、病危病重人数、各类型特殊事件人数及风险评估高危人数，系统需支持自定义配置。
生命体征：要求能够自动计算采集点各体征项目需测患者信息，支持体征数据录入、体征相关事件登记、体征曲线浏览。
血糖单：要求根据血糖采集状态自动筛选需记录血糖的患者列表，支持血糖数据的录入、修改、删除，支持血糖采集异常值的输入、血糖曲线浏览。
医嘱查询：要求医嘱查询界面可医嘱列表，列表信息可支持展示：患者床号、患者姓名、医嘱标签、医嘱内容、计划执行时间、给药途径、剂量、单位、频次、开立医生等,医嘱列表要求支持查阅医嘱详细内容，要求包括总量、疗程、备注、接收科室、医嘱状态、处理医嘱人、处理时间、开医嘱科室、停医嘱人、停医嘱时间等。
医嘱闭环管理：要求医嘱闭环管理包含输液医嘱闭环、针剂医嘱闭环、口服药医嘱闭环、皮试医嘱闭环、输血医嘱闭环、检验标本闭环、毒麻及精神类药品闭环、母乳闭环等
1.1.5.20 随访系统
要求提供随访基础数据管理 、定制随访计划 、随访记录、随访工作量和分析、患者病历浏览等功能。
详细功能需求说明如下：
随访基础数据管理：要求支持维护随访问卷的主题、内容、选择项等，将纸质问卷展示在系统里；维护ICD或科室与主题的对照，可根据病人的ICD诊断或科室自动定制随访计划；支持不同种类的随访主题维护，比如日常随访、专病随访、护理随访、家庭随访等。
具体功能要求包括：随访主题维护，主题内容维护，内容选择维护，主题与ICD对照，主题与科室对照。
详细功能要求说明如下:
随访主题维护：要求支持生效日期限制，支持发布功能。
主题内容维护：要求支持多级随访的维护。
内容选择维护：要求支持主题内容的选择项维护，支持分支选择。
主题与ICD对照：要求支持批量导入主题与ICD的对照。
主题与科室对照：要求支持批量导入主题与科室的对照。
定制随访计划 ：要求支持操作员根据条件筛选出需要的病人样本，指定随访人、随访时间和随访问卷，对所选病人批量定制随访计划。
具体功能要求包括：筛选病人样本，定制随访计划。
详细功能要求说明如下：
筛选病人样本：要求支持病人类型分为门诊、急诊、在院、出院、体检等。
筛选条件要求支持就诊号、住院号、姓名、性别、院区、开始日期、结束日期、科室、出院诊断、年龄范围、住院天数等。
定制随访计划：要求支持随访问卷的多选、删除；
要求支持根据ICD诊断和病人科室自动定制随访计划；
要求支持离线随访，可导出某段时间内的随访计划，随访完成后可将随访结果导入系统。
随访记录：要求支持操作员选中某一条随访计划，点击拨号，根据展现的随访内容和病人电话沟通，记录问卷内容并保存。
具体功能要求包括：电话随访，问卷录入。
详细功能要求说明如下：
电话随访：要求支持自动拨号及录音。
问卷录入：要求支持自动展示患者随访计划的问卷内容，操作员勾选保存即可。
随访工作量和分析：要求可根据随访问卷记录情况，统计随访人员的工作量和患者满意度分析等。
具体功能要求包括：随访工作量统计；患者满意度分析。
详细功能要求说明如下：
随访工作量统计：要求支持可按随访日期时间段、随访人、随访问卷、联系情况、病人类型查询这段时间操作员的工作量及随访率，制作工作量报表。
患者满意度分析：要求支持可按随访时间段、病人科室、随访问卷具体内容（如满意程度、病人意见及建议等）查询满意度，制作满意度分析报表。
患者病历浏览：要求支持可调阅患者的临床病历数据，整合随访与临床数据信息。
1.1.6 运营管理
1.1.6.1 消毒供应系统
要求具备消毒包信息维护、消毒包请领、消毒包回收、消毒包清洗、消毒包包装、消毒包灭菌、消毒包发放、消毒包登记、消毒包追踪、查询统计、系统配置等功能
消毒包信息维护：要求支持消毒包进行分类管理，根据分类进行消毒包数据维护，定义名称、规格、价格、属性、分类、类型、使用科室、器械明细、有效期，以及图片管理，根据属性分为普通包，手术包，敷料包等不同的属性包，在系统中有着不同的管理模式，手术包有唯一标签号。
要求支持器械维护，从而进行消毒包与器械的绑定，手术器械包可生成对应的固定条码，便于后期制作固定钢牌，方便扫码操作。需要提供消毒包基础数据，可按照基础数据中的Excel导入下载对应模板整理数据。
消毒包请领：要求支持临床科室可对需要的包进行申请，供应室根据请领的消毒，进行回收发放。临床科室可根据请领单跟踪查询单据状态。普通包，敷料包请领单：请领->回收->发放，借包单：请领->发放->回收。
消毒包回收：要求支持供应室根据临床科室申请的单据，安排护工去科室回收，单据信息核对无误后，进行回收操作。对于手术器械污包进行手术回收，回收时可器械明细、器械图片
消毒包清洗：要求支持对于回收的消毒包，可进锅清洗，在规定的时间内，清洗完毕后进行清洗验收，验收不合格的消毒包会自动在清洗不合格登记中记录。
消毒包包装：要求支持对于验收合格的消毒包进行标签打印，如敷料包打印、手术器械包打印、普通包打印，按照高温、低温不同标签纸进行分类打印，标签上标明打包人、核查人、包名、效期等信息。外来器械打包按照手术包打包，打印标签的时候，需要额外标明是否有植入物，使用科室、使用病人等信息。
消毒包灭菌：主要分为灭菌进锅、灭菌验收、灭菌装车、灭菌不合格登记：要求支持可对灭菌锅进行BD测试，BD测试验收合格的灭菌锅，才可进行消毒包灭菌进锅，灭菌时可进行高温生物监测，BD测试，低温等离子监测，环氧*烷监测等，要求支持在规定时间灭菌完毕后，根据机器运行结果进行验收；灭菌机数据检测验收合格的消毒包才能发放，灭菌不合格的会自动进行不合格登记，并可重新进锅灭菌；可根据厂商提供的数据，进行机器数据采集，形成灭菌曲线图。
消毒包发放：主要包括手术器械包发放以及普通包发放，要求支持对于科室申请的敷料包可在普通包发放中进行扫码发放或按单据发放。要求支持普通包进行扫码发放后，扫描登记后可进行病人绑定，消毒包追踪时，可获取到发放相关信息以及病人相关信息。
手术包接收、手术清点：要求支持手术室进行手术器械包扫描接收以及在手术时，进行手术清点，从而实现手术器械包和病人进行绑定。
消毒包登记：要求支持用于临床进行的消毒包病人绑定，选择病人扫描消毒包进行病人绑定，从而实现消毒包全过程追踪。
消毒包追踪：要求支持系统内所有消毒包，进行包信息、请领、回收、清洗、打包、灭菌、发放、接收、病人绑定等全过程关键信息追踪，实现对消毒包各环节的质量管理和监测。手术器械位置追踪可所在区域的器械信息
查询统计：要求支持各工作区工作量统计以及清洗设备、灭菌设备过期包查询等。
系统配置：要求包括基础数据、参数设置、码表维护、机器设置、Excel导入等模块，基础数据主要是设置清洗方式、清洗程序等，参数配置主要是对系统内各模块的特殊控制，码表维护主要是新增清洗方式、清洗/灭菌程序，清洗/灭菌不合格原因登记，器械缺失原因等数据，机器设置用户维护清洗机、灭菌器以及绑定机器数据路径。
要求支持消毒供应中心全流程管理以及与手术室等临床科室的信息沟通。
要求具备人员管理功能;人员权限设置、人员培训等。
要求具备物质管理功能：无菌物品预定、储存、发放管理、设备管理、手术器械管理、外来器械与植入物管理等。
要求具备分析统计功能：成本核算、人员绩效统计等。4、质控功能：预警功能等。
要求具备质量追溯功能：记录无菌物品处理各环节的关键参数，包括回收、清洗、消毒、检查包装、灭菌、储存发放、使用信息等可追溯；记录监测过程和结果，对结果进行判断。、提示预警或干预后续相关处理流程。
1.1.6.2 固定资产管理系统
要求具备招标管理、购置申请、购置计划、资产安装、资产验收、资产入库、资产出库、资产调剂、资产调拨、资产盘点、原值变动、累计摊销变动、资产改造、资产处置、卡片管理、付款管理等功能
购置申请： (略) 需求实现固定资产采购申请管理。
购置计划： (略) 需求实现固定资产采购计划管理。
购置申请： (略) 需求实现固定资产采购申请管理。
购置计划： (略) 需求实现固定资产采购计划管理。
招标管理：要求实现整个招标管理流程，从论证、立项、招投标公示等过程。
资产安装：要求实现资产安装管理，包括资产编码、资产名称、规格、型号、品牌、生产厂商、安装数量、安装费用等安装信息的维护。
资产验收：要求支持固定资产验收管理，支持按验收项目逐项验收。
资产入库：要求支持固定资产入库管理，支持批量入库，支持房屋卡片式入库，入库自动生成卡片，支持入库维护资金来源。
资产出库：要求支持固定资产出库管理，支出批量出库，定向出库等功能。
资产调剂：要求实现不同层面的资产调剂处理。
资产调拨：要求支持集团化内部调拨，支持平价调拨、异价调拨。
资产盘点：要求实现资产盘点单据的新增、修改、删除等功能，支持PDA、手机等手持设备移动盘点功能。通过资产盘盈（盘盈申报和盘盈入库）、资产盘亏（盘亏申报和盘亏记录）等盘点结果 (略) 固定资产分布情况。支持固定资产一物一码的二维码管理模式。
原值变动：实现固定资产原值增加、原值减少等功能。
累计折旧变动：实现固定资产累计折旧增加、累计折旧减少等功能。
资产改造：实现资产改造申报、资产改造记录、资产改造竣工等功能。
资产处置：资产报废处置、置换处置、出售出让处置、退货处置管理。
卡片管理：支持多资金来源管理。支持同一卡片多使用科室按照不同比例分摊折旧成本。支持查询卡片维修记录，支持上传资产照片，支持上传卡片相关附件。
付款管理：系统实现了发票管理、付款管理等功能。支持发票与入库单相关联，可以根据入库单直接生成发票，也可以后补发票。支持多种付款方式，支持分期付款等。
1.1.6.3 高值耗材管理系统
要求提供代销物资的出库、入库、移库、借库、盘点等功能；通过代销出库的管理实现专购品管理功能；提供代销库存明细查询、代销材料库存分布查询等功能。包括库存初始帐、代销入库、代销出库、代销移库、代销品盘点、库存查询等功能
物资材料管理：要求支持按照高值分类建立材料字典，材料字典设置是否介入、是否植入、是否条码管理属性信息，满足不同高值耗材的管理流程。
代销管理业务具体要求说明如下：
代销入库：要求支持可添加代销入库单，制单模式支持手工录入、订单导入或配套表导入，条码管理材料入库时可生成个体码或者录入原厂码。
代销退货：要求支持手工制单，或者原入库单冲账模式。
代销出库：要求支持手工制单、配套表导入、入库单整单出库模式；系统支持材料按批号、批次出库。
代销调拨：要求支持一级库房到二级库房、二级库库房直接调拨功能。系统支持集团内调拨功能。
代销盘点：要求支持建立盘点表，按账实物盘点。
代销库存查询：要求包括库存明细查询、库存分布查询、供应商采购明细查询、供应商采购汇总查询、入库明细查询、科室领用明细、出库明细查询。
专购品管理： (略) 专购品管理功能、支持代销使用后材料生成专购品出入库单。
条码查询：要求支持对条码进行查询、查询条码管理的高值耗材条码、库存情况等。
要求支持在标准物资管理的基础上，针对高值医疗耗材，优化业务流程，实现更精细化管理。按照代销的管理模式，严格控制高值医用耗材的不合理使用，实现一物一码全过程闭环管理，要求实现高值材料的全流程条码追溯跟踪管理，跟踪到最终患者的使用环节。避免高值耗材库存资金占用，保证高值耗材及时供应和质量安全。
1.1.6.4 物资管理
1.1.6.4.1 采购管理系统
要求具备可以从科室和仓库层面进行需求计划填报，采购计划可由需求计划生成、手工录入等方式进行编制、汇总、审核，采购订单能够由采购计划生成、汇总、审核，并对采购订单信息能够查询统计，订单执行情况进行分析等功能
供应商管理：要求具备供应商相关信息维护及供应商附属相关信息维护；可添加证件分类、查询供应商证件信息，要求支持供应商评价功能。供应商信息维护、供应商资质证件管理，并能够对有效证件到期预警。
生产厂商管理：要求支持生产厂商信息及附属信息维护。
材料证件管理：要求支持可添加证件信息、证件分类、证件材料管理及证件材料查询。
科室需求计划管理：要求支持根据科室需求编制需求计划，提供编制、审核、汇总、查询等功能；仓库需求计划：根据仓储需求编制需求计划，提供编制、审核、汇总、查询等功能。
采购计划管理：要求支持采购计划可以由需求计划生成、手工录入、仓库安全库存基数生成等模式进行编制；支持定向采购功能；支持集团、医院集中采购、分别采购；支持大包装采购，支持拆包装采购；可以根据库存基数自动补货。
订单管理：订单编辑：要求支持手工录入添加订单、采购计划生成订单模式，并可对订单进行修改。
订单审核：要求支持对订单进行审核，能够核对修改供应商、数量、金额、到货日期等信息。
订单发送：要求支持订单发送到供应商平台，并微信、短信等方式提醒供应商及时送货
订单查询：要求支持能够查询订单信息，包括材料数量、金额、供应商信息等。
订单执行：要求支持能够查询统计订单执行跟踪情况。
采购协议管理
要求支持采购协议信息、协议临近到期提醒等信息设置；基础设置；协议类别设置，可设置协议编码、名称、时间、预警天数等信息；系统支持协议价格控制功能。
要求支持实现从科室需求、到采购计划、订单、供应商、资质信息、供应的全方位管理。有效追踪采购过程全程信息，提升采购效率，保证采购质量安全。与供应商平台协同工作， (略) 外物流的全过程闭环管理。
要求支持支持集团化采购模式，实现集团化统一采购、带量采购，控制采购成本。
1.1.6.4.2 库存管理系统
要求具备采购入出库、专购品入出库、材料移库的库存物资管理方式，提供盘点及材料库存分布查询、领用消耗查询。包括物料初始账、采购库房管理、分管库房管理、科室库房管理、专购品管理、网上请领、库存查询、发票管理、付款管理、期末结账等功能
物资分类管理：要求支持将物资按照低值易耗品、卫生材料、其他材料、捐赠物资、药品等进行分类，能够自定义分类编码规则。材料财务分类：要求支持能够按照财务进行分类。
物资财务分类管理：要求支持物流按照财务要求进行分类设置，便于财务系统对接。
物资材料管理：要求支持物资材料的添加、修改功能；要求支持物资材料变更查询：要求支持实现物资材料相关信息变更的查询。一级采购库房、二级科室库房信息的添加、修改、查询等功能；库房变更查询：提供库房变更查询功能。
货位信息管理：要求支持将货位进行分类设置，如医疗用品类、针剂类、试剂类、药品类等；货位字典：货位字典设置，货位编码、货位名称、货位分类、所属库房等相关设置。要求支持库房货位管理，可建立货位分类、货位字典建立。
提供虚仓设置，要求支持满足只核算数量但不核算金额的存货的库存管理；仓库材料定义：支持设立材料与仓库的对应关系；仓库采购员设置：仓库采购人员设置；安全库存设置：可根据需要设置安全库存量。
期初管理：要求支持常备材料、代销材料的期初入库的添加、修改功能；期初记账：物资期初入库记账。
材料管理：材料入库：要求支持材料入库的添加、修改功能，可实现手工制单、配套表入库、按照订单导入、按照送货单入库等模式，支持材料按批号、批次入库。
材料退货：要求支持材料退货管理，可按照手工制单、入库单整单或者部分冲账模式进行退货
科室申领：要求支持科室根据需求申领物资，设置科室申领功能；科室申领（不按仓库）：可实现科室不按仓库申领功能，支持定向出库。系统支持科室申领自动分拣功能。
科室申领审核：要求支持可单独、可批量审核科室申领申请，审核通过可批量生成出库单。
材料出库：要求支持可使用配套导入、历史使用导入、定向出库、自动冲账或者选择材料的方式先择材料出库。
要求系统支持科研支出功能，要求支持材料按批号、批次出库。
材料调拨：要求支持可添加、修改材料调拨单，使材料在一级库到二级库、二级库各仓库间能够调拨；系统支持集团内调拨功能。
库存管理：要求支持库存盘点：可添加、修改盘点信息，生成盘点汇总表，可查询仓库材料账面数。
库存查询：要求包括库存明细查询、供应商采购明细查询、入库明细查询、科室领用明细、出库明细查询、入库台账报表查询。
报表管理：要求支持材料库存汇总表设置、材料库存汇总表查询、科室出库查询表查询、出库明细汇总表查询；材料明细表查询、库存材料收发账表查询、库存材料收发账表(虚仓)查询；供应商采购汇总查询、科室及物资出库分类查询、按仓库、业务类型分的材料收发结存查询。
付款管理：要求支持按照入库单据添加、修改采购发票相关信息；支持按消耗情况付款；支持一张发票对应多张入库单，一张付款单对应多张发票，同时支持拆单付款；支持货票同行以及后补发票功能。
预警查询：要求具备安全库存预警、超高限预警、短缺货预警。
期末结账：要求系统支持按月结账，并支持分库房结账功能。
1.1.6.4.3 耐用品管理系统
要求具备期初数据录入、耐用品流转、耐用品报废、耐用品盘点、耐用品查询、耐用品定额管理等功能
期初管理：要求支持可录入库房的耐用品期初、科室耐用品期初、可完成期初记账功能。
耐用品流转：要求支持可实现耐用品入库、耐用品库到库、库到科室、科室到科室流转的过程管理。
耐用品报废：要求支持可实现耐用品库房报废和耐用品科室报废等功能。
耐用品盘点：要求支持可实现耐用品库房盘点和耐用品科室盘点等功能。
耐用品查询：要求支持包括耐用品流转查询、耐用品明细账、全院耐用品数量分布、耐用品库存查询、耐用品收发存报表、耐用品报废明细表、耐用品五五摊销报表、耐用品领用查询等查询功能。
耐用品定额：耐用品定额数量管理。
1.1.6.4.4 医嘱核销系统
要求具备库房信息管理、医嘱核销、核销设置、核销查询等功能。
库房信息：要求支持能够建立科室二级库，实现物资从一级库房转移到科室库。
医嘱核销：要求实现与HIS系统连通，根据HIS系统的医嘱信息实现收费材料库存扣减；采用WEBSERVICE实时在线核销库存。
核销设置：要求实现仓库与科室对应、收费材料与HIS收费项目对照。
核销查询：要求支持对已经出库的材料可按照条码、材料信息查询病人信息、按照病人信息查询材料使用情况。
1.1.6.5 人力资源系统
1.1.6.5.1 人事管理系统
要求具备组织架构、人事档案、人事调动、医务管理、护理管理、科研管理、教学管理、院办管理、党办管理、后勤管理等功能
组织架构：要求具备对单位信息的维护功能，即单位、部门的增加、修改、撤销、转移、合并的功能和对岗位的增加、修改、撤销、转移的功能。
人事档案：要 (略) 各类人员人事档案进行管理，包括员工人事档案、专业技术档案等；支持一览统计表等自定义报表功能；支持自定义构建档案库、档案表，支持自定义计算事物、级联事物。
人事调动：要 (略) 内不同部门的流转。
医务管理：要求系统支持设置每一个医生的个人信息，支持设置不同医生不同权限。能够通过技术准入设置每位医生能够做什么项目。支持临床、医技不同种类医生工作量统计。实现医疗不良事件、投诉纠纷等医疗安全管理。支持医生的会诊、MDT团队会议、创新能力、门诊能力、进修等内容管理。护理管理：能够实现护理人员培训、考核、护理评级等功能。
护理管理：要求系统支持护理人员培训管理，包括成长记录、学台对接。
出库：要求支持根据药房或者临床科室的请领单信息，进行药品的出库管理。出库是按照药品批次进行减库存，也可以由药库手工建出库单，审核人员审核出库后完成药库的出库，接收科室验货后进行转移入库审核。
报损：要求支持因药品过期、破损等原因需要进行统一报损，由药库人员按照药品品种、报损数量、报损批次进行报损管理，报损后减药品库存。
盘点：要求支持在月底或者季度末、年末，药库进行药品的盘点，比对药品的系统账面数和实物数量，按实物数量调整药品的库存到账面，生成盘点的盈亏损益报表。
多库房管理：要求支持设置多个药品库房，自定义药品在库房之间的流向，可自定义药库、药房等各级包装单位及其换算关系。
有效期管理：要求支持提供药品的有效期管理、可统计过期药品或即将过期药品的明细，并有库存量提示功能。
呆滞管理：要求支持对长时间不用的药品定义为呆滞药品，统计出呆滞药品后可以进行退货处理。
动销管理：要求可以查询出一段时间内在用的品种，可查询出相应的用量，进而判断药品库存的活性，是否需要备货采购等。
入库统计：要求支持按日期段、按供应商、按药品各种分类、按药品品种等汇总药品的采购入库和退药等情况，可用于财务报表 (略) 领导需要的报表等等。
出库统计：要求支持按日期段、按接收科室、按药品各种分类、按药品品种等汇总药品的出库情况， (略) 领导常用的报表、财务上报的报表等。
月报管理：要求支持按财务要求生成每个月的月报，月报生成时间可以根据实际业务需要，随时可以生成，对有问题的月报也可以重新生成。日报生成后，可以查询一段时间内的日报情况，按照财务要求的月报表格式输出打印报表。
1.1.6.7 成本核算
1.1.6.7.1 科室成本管理系统
要求提供数据采集、数据归集、分摊设置、成本分摊、成本报表、成本分析、基础设置等功能
数据采集业务具体要求说明如下：
要求系统提供收入数据采集、成本数据采集和工作量数据采集的业务功能，实现业务数据的自动归集和统计功能。
具体功能要求包括：业务一体化设计，收入数据、成本数据和工作量数据除了可以手工录入外，主要还是通过各业务系统自动同步采集相关数据，为了方便客户使用，同时支持外部表单导入功能。
收入数据采集
主要来源于HIS收费系统，按照HIS收费系统中的收费项目明细统计，要求可以支持按照HIS系统中的收费类别统计，数据结构真实化，包含收费时间、开单科室、执行科室、收费项目（类别）、金额、数据来源.
成本数据采集
既可从财务总账中采集，也可以从各业务系统中采集，如工资从人力资源管理中采集，材料成本从物流系统中采集，资产折旧从资产管理系统中采集等。
工作量、服务量采集
除了系统提供内置的数据结构，也可按照客户需求自定义采集数据结构。
成本分摊
系统设计紧密结合制度的三级四类分摊原则， (略) 科室分成四类（直接医疗类、医疗技术类、医疗辅助类和管理类），采用科学合理的分摊方法，设置不同的分摊参数，实现各级分摊， (略) 的成本有效合理地分摊到体现医疗成果的科室上。
具体功能要求包括：要求系统提供自定义分摊参数设置功能， (略) 客户实际情况，科学合理设置分摊参数；要求采用定向分摊配置的方式配置科室分摊关系，实现科室成本的定向分摊；要求采用科室分摊设置功能实现成本可以跨级次分摊，分摊到指定科室上；采用科室分摊性质设定，实现不同科室采用不同的分摊方法。
要求支持设定多种分摊参数，根据需要灵活使用，如科室人员、科室面积、门急诊人次、占用床日数等，同时要求支持采用根据情况自定义的分摊参数进行分摊。
报表分析具体要求说明如下：
要求系统带有各类报表的自动产出功能，包括制度的三类成本报表，并提供多角 (略) 级成本分析和科室级成本分析报表和分析功能。
具体功能要求包括：要求系统按照国家财务制度制定了多张科室成本报表，并提供指标分析、盈亏分析、结余分析、构成分析、本量利分析、成本绩效分析、排序分析等多种维度的分析报表， (略) 做经营分析提供有力可靠的数据依据， (略) 领导顺利开展资源分配和运营调整工作。
成本报表
按照制度规定，要求严格按照规定格式上报的成本报表，包括临科室直接成本表、临床服务类科室全成本表、临床服务类科室全成本构成分析表。
指标分析
要求根据门急诊人次，占用床日数等各项业务指标， (略) 和各科室的经营分析。
盈亏分析
要求根据科室收入支出情况，做出门诊科室门诊收入、门诊成本的盈亏分析， (略) 收入、住院成本的盈亏分析，从而有效反映出盈亏原因。
结余分析
(略) 情况的结余分析，科室的结余分析，科室直接成本的收益分析，科室全成本的收益分析。
构成分析
(略) 、科室的收入、支出构成分析。比如科室收入项目构成情况、成本项目构成情况等。
排序分析
要求支持从科室收入、科室直接成本、医疗全收入、医疗全成本等不同的角度来反映排名情况。
1.1.6.7.2 项目成本管理系统
要求提供基础设置，作业成本法，收入比法，相对价值比例法，劳动价值比例法等功能
基础设置：要求包含医疗项目成本核算所需的收入信息，成本信息，人员信息，工资信息，奖金信息，其他成本信息等；要求基础信息支持HRP各个模块的同步功能
作业成本法：要求包括成本数据维护，核算方案维护，核算方案审核，核算数据准备，项目成本核算，核算结果查询；成本数据维护中包含劳动数据采集与物化数据采集；要求支持同时采用不同成本核算方案进行期间项目成本核算；支持核算基础数据准备的数据处理
收入比法：要求包括成本数据维护，核算方案维护，核算方案审核，核算数据准备，项目成本核算，核算结果查询；要求支持同时采用不同成本核算方案进行期间项目成本核算；支持核算基础数据准备的数据处理
相对价值比率法：要求包括成本数据维护，核算方案维护，核算方案审核，核算数据准备，项目成本核算，核算结果查询；要求支持同时采用不同成本核算方案进行期间项目成本核算；支持核算基础数据准备的数据处理
劳动价值比率法：要求包括成本数据维护，核算方案维护，核算方案审核，核算数据准备，项目成本核算，核算结果查询；要求支持同时采用不同成本核算方案进行期间项目成本核算；支持核算基础数据准备的数据处理。
1.1.6.7.3 病种成本管理系统
要求提供基础设置，病种方案制定，病种方案审核，核算数据采集，核算数据准备，病种核算模型，病种成本核等功能
基础设置：要求支持医嘱分类维护，诊断类型维护，麻醉种类维护，转归字典维护，药品类别维护，药品字典维护，诊断项目维护等。
病种方案制定：要求支持核算方案维护，核算路径制订，核算期间设置，诊断编码维护，手术编码维护等。病种入组规则设定，病种库维护，病例样本抽取规则，临床路径时程划分等。
病种方案审核：要求支持病种方案审核，病种方案应用，病种方案查询。
核算数据采集：要求支持病案基本信息采集，病案诊断数据采集，病案手术数据采集，病案信息综合查询等。
病种数据准备：要求支持病种病案入组，病种医嘱入组，医嘱时程划分等；病案样本抽取，医嘱同类项合并等。
病种核算模型：要求支持病种核算模型（病人CLP），病种核算模型（医师CLP）。
病种核算核算：要求支持药品成本核算，收费材料成本核算，医疗项目成本核算，病种成本核算，病种成本核算查询；科室病种成本核算（病人CLP），科室病种成本核算（医师CLP），全院病种成本核算（病人CLP），全院病种成本核算（医师CLP）
1.1.7 医技业务
1.1.7.1 统一预约平台
要求具备医技窗口服务台预约，自动预约、诊间预约、住院病区预约、住院病区预约、自助预约、移动端预约、登记功能、二次分诊功能、检查知识库规则配置、预约统计分析等功能
要求具备医技窗口服务台预约功能，要求支持预约窗口的医护人员能够根据患者就诊卡、登记号、姓名等信息查询患者的检查类医嘱。要求支持在预约界自动展示最近几天的可用的预约资源时间段信息，选择患者合适的时间段就行预约，也可重新选择合适的日期进行预约。预约完成后也可以取消预约。要求支持申请单信息，病史及临床所见、临床诊断以及检查目的等；支持患者历史检查信息。
要求支持对资源预约数量和使用情况的和统计。
要求支持检查申请的操作记录查询，从申请到预约、修改预约、取消预约、登记报到、检查完成、出报告等全流程监控。
要求具备自动预约功能，要求支持根据时间规则、医学知识库规则，一键式自动批量预约患者的所有检查，智能规避检查时间冲突或医疗规则冲突。
要求支持根据制定的规则，自动分配合适的检查时间，减轻医护人员工作量，减少患者排队次数。
要求支持患者的多项检查在不冲突的情况下自动安排在同一天检查，减少 (略) 次数。
要求具备诊间预约功用，要求支持开完检查申请后，弹出诊间预约界面进行预约，系统默认匹配、推荐预约资源。
要求支持诊间预约界面展示可用的预约时间段信息，默认选中推荐的最早的预约资源，还可根据实际情况询问患者或者相应的治疗安排进行检查资源的预约。
要求可以取消已经预约好的检查或修改预约时间，预约之后可以打印预约单，提示患者按时检查以及检查的注意事项。
要求支持对已预约且超出时间未缴费的申请单自动取消预约资源，防止资源浪费
(略) 病区预约功用，要求支持病区护士可以统一管理病区患者的所有检查项目，该病区所有患者的电子检查申请单。
要求支持病区护士可以对同一患者、多个患者的一批检查项目进行预约安排，可以对已预约检查就行取消、调整操作。
要求支持打印病区检查预约通知单。
要求可以查询本病区所有检查申请单的状态，可以整体了解待检查患者的检查安排及注意事项。
要求可以病区当天所需进行检查的患者信息，可到患者的检查项目和检查状态等信息。
要求支持与护工排班等医技运送系统的集成， (略) 患者的检查时间。
要求具备自助预约功用，要求支持患者通过自助设备进行条码扫描或者读卡后，显示出患者可以操作的检查申请列表，选择后进行预约操作。
要求支持根据规则库以及患者的检查申请信息，智能筛选自动推荐合适的检查地点和预约时间，也可由患者自主调整检查地点和预约时间进行预约。
要求支持预约成功后自动打印预约单。
要求支持预约成功后，如果有其他情况，患者可以进行取消预约或者修改预约操作。
要求具备移动端预约功用，要求支持自动展示出可操作的检查申请单列表，以便患者操作。
要求系统可根据检查申请信息和医学规则知识库自动智能提供最优的检查时间和资源，患者也可以自行调整检查时间。
要求支持检查在未到检之前取消预约或者修改预约时间。
要求支持显示检查申请的详情；
要求具备登记功能，要求支持对检查医嘱在服务台人工登记。
要求具备自助机登记接口。
要求具备二次分诊功能，要求支持在患者登记完成等待叫号检查时，在二次分诊页面直观展示患者登记队列。可进行查询诊间患者队列等待和呼叫情况，支持患者调整检查队列和呼叫状态。
要求具备检查知识库规则配置功能，要求支持对科室、资源、时段进行维护，资源可以根据配置对应到诊室、设备或者设备组等，可以合理自定义时段资源区间。
要求具备资源计划调整界面，方便操作者增减时间段内的预约数量和预约限制条件等信息。
要求支持按周维护资源，可在上午/下午增加时段资源，可对时间段、资源数据量进行维护。
要求支持资源规则维护，维护资源和检查项目的对应关系。
要求支持维护检查项目的预约方式、注意事项等信息。
要求支持维护资源的可预约诊区，实现分诊区预约
要求具备预约统计分析功能，要求支持按日期、时间段统计所有的预约信息，可展示科室、资源、时段等资源池的统计分析。
要求支持按统计检查开单量、预约量数据，对开单检查量比、预约率、爽约率等指标进行展示和趋势分析。
要求支持对门诊、医技、患者自助等各类预约来源渠道，进行统计分析。
1.1.7.2 心电管理系统
要求具备医嘱登记、排队叫号、常规检查、病历管理、分析诊断、数字签名、工作量统计、高级查询、病历对比、危急值管理、消息提醒、系统维护等功能。
要求具备医嘱登记功用，支持替代HIS的医技登记模块，通过医嘱登记模块，医生可以查询到特定时间内开到本科室的所有检查项医嘱，支持申请单详细信息，科室医生可以选择需要执行的医嘱进行登记，也可以批量选择登记，不必要重复登录HIS系统，减少医生的工作量。
要求具备排队叫号功用，支持患者缴费成功后到门诊心电图做检查，首先要到候诊区报道，分诊技师通过后诊台功能模块将该患者加入到候诊队列，并且打印候诊条码单，凭候诊单检查,心电图检查者通过心电工作站的叫号模块功能，从候诊队列里按照顺序呼叫等候患者，支持重复呼叫、过号、急诊等多种呼叫模式。
要求具备常规检查功用，支持常规检查是心电系统采集患者心电图数据的主要功能模块，该模块支持常规12导联、15导联、18导联、药物试验等多种心电图检查模式，支持同一条心电图医嘱重复采集数据，并且支持追加长导联等操作。常规检查操作可以设置医嘱登记环节，即数据上传的同时执行医嘱。
要求具备病例管理功用，支持病例管理模式是医生对心电图病例进行集中管理的功能模块，其中包含组合查询功能，可以通过患者的ID号、住院号、性别、来源、诊断结论等内容检索符合条件的患者，并且具有相应权限的医生可以对无效病例进行删除操作。
要求具备分析诊断功能，要求具备分析诊断模块是心电图室报告医生使用的主要功能模块，该模块功能模块包含心电图波形展示、专业的辅助工具、标准心电诊断库、多种打印模板等。
提供数字签名接口功能，要求心电信息系统内置国内多家CA认证的接口，支持只需要通过后台维护即可实现数字签名的功能。
要求具备工作量统计功用，支持可以按照不同的角色进行工作量统计，并且支持导出excel表格。
要求具备高级查询功能，支持作为心电科研使用的主力模块，要求可以通过心电图测量参数详细查询统计符合条件的心电图数据，从中筛选有价值的心电图报告。
要求具备病例对比功能，支持辅助诊断医生诊断使用，当前诊断数据如果需要和该患者历史检查报告相比较，医生可以通过该模块查询出患者的历次心电图检查记录，并且任选两幅数据显示在同一屏幕，方便医生对比，。
要求具备危急值信息功用，支持心电系统具有完善的危急值预警机制。要求系统中设置危急值关键字词典，医生可以提前进行字典维护。如果心电图诊断中包含了预先设置的危急值关键字，则系统会自动出发危急值预警接口，支持将危急值信息及时的发送给HIS系统，临床医生处理完危急值信息后，将处理结果反馈给心电系统。
要求具备消息提醒功能，支持消息提醒机制为心电图系统在数据采集、报告发布方面提供了及时性的消息支持。每当有新数据上传，消息提醒机制都会及时的以消息弹窗的方式提醒医生，有新数据到达，需要及时处理。
要求具备系统维护功能，支持系统维护模块属于基础数据维护部分。要求具备服务表维护、科室表维护、医嘱表维护、设备表维护、人员管理、配置表维护等。
1.1.7.3 电生理信息系统
要求提供医嘱登记、排队叫号、信息注入、报告采集、报告编辑、病历列表、模板设计、数字签名、工作量统计、系统维护等功能
要求提供医嘱登记功能，要求支持替代HIS的医技登记模块，通过医嘱登记模块，医生可以查询到特定时间内开到本科室的所有检查项医嘱，要求支持申请单详细信息，科室医生可以选择需要执行的医嘱进行登记，也可以批量选择登记，不必要重复登录HIS系统，减少医生的工作量。
要求提供排队叫号功能，要求支持患者缴费成功后到电生理室做检查，首先要到候诊区报道，分诊技师通过后诊台功能模块将该患者加入到候诊队列，并且打印候诊条码单，凭候诊单检查。医技科室检查者通过电生理工作站的叫号模块功能，从候诊队列里按照顺序呼叫等候患者，要求支持重复呼叫、过号、急诊等多种呼叫模式。
要求提供信息注入功能，要求提供电生理工作站从HIS系统获取医嘱信息后，在不通过第三方软件厂家提供技术支持的前提下，将患者信息写入到第三方软件的患者登记界面，节约操作技师手动录入信息的时间，提高工作效率。
要求提供报告采集功能，要求支持电生理工作站通过特有的虚拟打印技术，将第三方软件系统的报告转换为PDF格式的电子版报告，要求电生理工作站可以获取HIS系统的患者医嘱信息，电生理工作站将医嘱信息与PDF格式的报告进行匹配处理并且上传至电生理服务器。
报告编辑：电生理工作站支持PDF报告格式的多样化处理。具体要求下：
增加首页模板：要求支持提前设计好报告首页模板，电生理工作站可以将首页模板和已经采集到的PDF报告整合到一起，这样做的目的可以达到统一科室的报告模式，方便管理。
修改PDF报告：要求电生理工作站支持直接编辑已经采集完成的PDF格式报告，通过特有的技术将所需要的文字性诊断结论及CA数字签名图片整合到报告中。
PDF报告：要求支持第三方软件系统生成的报告格式比较完整并且无需修改，此时电生理工作站可以直接采集完整的PDF格式报告直接上传，不进行任何处理。
要求提供病例列表功能，要求支持电生理工作站的病例列表提供组合查询条件，按照多种组合查询需要的电生理病例报告，并且也提供书写报告的功能。要求支持具有相应权限的医生可以对已经上传的电生理报告进行删除处理。
要求提供数字签名功能，要求支持电生理系统内置国内多家CA认证的接口，要求支持只需要通过后台维护即可实现数字签名的功能。
要求提供工作量统计功能，要求支持可以按照不同的角色进行工作量统计，并且支持导出excel表格。
要求提供系统维护功能：要求包括服务表维护、科室表维护、医嘱表维护、设备表维护、人员管理、配置表维护等
1.1.7.4 病理管理系统
要求具备标本运送、封装评价、接收、登记、取材、技术处理、诊断、报告管理、流程监管、统计查询等功能
标本运送：
新建运送单、添加病理标本。
详细功能描述如下：
新建运送单：选择运送单类型，增加一条运送单信息，自动产生运送单号，记录相关运送信息。
添加病理标本：选择新增的运送单，增加要新增的病理标本。
标本接收：
运送单接收、标本接收、标本拒收等。
运送单接收：针对护工运送过来的批量运送单标本的确认接收操作。
标本接收：针对单个的标本，进行检查是否合格，检查合格后确认接收。
标本拒收：针对不合格的标本进行拒收操作，填写拒收原因，退回临床。
申请单登记：
信息查询：支持按照天周月快捷日期、登记日期、申请日期、报告日期、医嘱子类、医嘱、状态、病理号、申请单号、条码号、登记号、病案号、姓名来进行查询。
登记：对临床下的病理申请单进行登记。可分为手动点击登记、自动登记、连续登记、批量登记；登记时可自动触发打印标签、回执单、下特检。
取消登记：对在登记状态下的申请进行取消登记，方便在登记出现问题时及时调整。
拒收申请：对临床下的病理申请单进行拒收，并返回消息给临床医生，以提醒临床医生及时修改申请信息或者再此申请。
执行随访：在诊断发起随访后，登记技师回访患者，然后对回访信息登记保存，以便后期。
打印标签：对查询的各种状态的申请进行标签打印，为申请单和标本提供标签，使病理管理更精准。
打印回执单：给门诊患者打印回执单，方便患者再病理科发报告后来病理科打印领取报告。
打印包埋盒：对登记状态的患者进行包埋盒的预打印，方便取材时使用。
下特检医嘱：对已经登记且未取材的患者在开始做病理检查前确定其要做特检的，可直接在此下特检医嘱，缩短检测时间，未患者病情判断加速。
手工计费：
信息查询：支持按照天周月快捷日期、登记日期、申请日期、报告日期、医嘱子类、医嘱、标本类型、状态、病理号、申请单号、条码号、登记号、病案号、姓名、以收费未费来进行查询。
医嘱申请：与患者检查子类有所关联的或者全部费用医嘱查询，方便医护人员按相应医嘱收费。
医嘱核实：费用医嘱申请后，科修改医嘱数量，然后审核，按相应的费用扣除患者费用，方便财务管理。
取材处理：
信息查询：支持按照天周月快捷日期、登记日期、医嘱子类、医嘱、标本类型、病理号（单个，多个，区间）等方式进行查询，也支持快捷按钮待取、已取、快速、冰冻、补取以及沉渣包埋查询；
取材：用户选择检查记录，确认待取材的标本之后，对标本进行取材。
材块信息修改：对录入有误的材块信息进行编辑修改，系统自动记录修改日志；
材块删除：对于作废的材块进行删除操作；
大体信息录入：用户对标本进行大体描述，并记录信息；信息录入时，可引用辅助录入模板，可能引用特殊字符快捷录入；
打印包埋盒：用户勾选未打印包埋盒的材块进行打印；
导出取材打印列表：用户勾选取材列表进行取材信息导出打印；
返回登记：对没有材块的检查进行返回登记操作；
补费：对未收费的医嘱进行收费操作；
标本信息修改：取材时发现标本信息有误，系统操作人员可以修改，系统自动记录修改日志；
标本不合格信息记录：取材时发现标本信息不合格，可设置不合格记录信息；
标本清理：用户对已发报告14天的检查所剩余的标本进行清理的操作；
特检医嘱申请审核：选择一个材块之后，对该材块下特殊染色或者免疫组化医嘱，技师只能申请下医嘱，医师可直接审核；
技术医嘱申请审核：选择需要下的技术医嘱之后，根据所需的技术医嘱判断是否需要选择材块，技师只能申请下医嘱，医师可直接审核；
图像采集：可进行图像采集或者导入本地图片的操作，对选中的图像进行放缩，旋转，裁剪，编辑，删除等操作；
辅助录入模板：可通过亚专科、部位、疾病三层关系对模板进行筛选，私有默认可维护用户个人的常用模板，方便录入。
标本清理：
信息查询、确认清理。
信息查询：支持按照病理号、标本类型、清理状态、报告时间等条件来进行查询；
确认清理：核对信息无误之后，选中记录，选择清理人，进行清理操作，可在清理确认之后添加清理说明。
材块核对：
信息查询：支持按照天周月快捷日期、取材时间、病理号、病理号段、材块类型、核对状态、取材医师、是否脱钙条件来进行查询。
核对确认：核对信息无误之后，选中记录，然后点击核对确认，将保存核对时间，核对人，核对备注。
核对取消：如果核对有问题，那么可以对已经核对的材块进行核对取消。让使用者达到逆操作处理。
工作单打印：对勾选的材块进行信息打印。
技术处理：
信息查询：支持按照天周月快捷日期、取材日期、包埋日期、病理号、标本类型、材块类型、取材医师、是否合格、是否包埋条件来进行查询。
包埋确认：确认信息无误之后，选中记录，然后点击包埋确认，将保存包埋时间，包埋人等。
包埋取消：如果发现包埋有问题，那么可以对已经包埋的蜡块进行包埋取消（没有后续流程直接取消，如果有后续流程，那么后续流程都逆操作之后才能取消）。让使用者达到逆操作处理。
工作单导出：对勾选的蜡块进行信息导出、打印。
病理科技师或者医师对蜡块包埋之后，需要对蜡块进行切片操作。如果切片不合格，可进行不合格信息录入。
切片确认：确认信息无误之后，选中记录，然后点击切片确认，将保存切片时间，切片人等。
切片取消：如果发现切片有问题，那么可以对已经切片的玻片进行切片取消（没有后续流程直接取消，如果有后续流程，那么后续流程都逆操作之后才能取消）。让使用者达到逆操作处理。
工作单导出：对勾选的玻片进行信息导出、打印。
标签打印：对勾选的玻片进行标签打印，打印的标签可贴到玻片上。
玻片打印：对勾选的玻片进行玻片打印。直接打印到玻片上，可以不用手动贴上。
染色确认：确认信息无误之后，选中记录，然后点击染色确认，将保存染色时间，染色人等。
染色取消：如果发现染色有问题，那么可以对已经染色的玻片进行染色取消（没有后续流程直接取消，如果有后续流程，那么后续流程都逆操作之后才能取消）。让使用者达到逆操作处理。
开始脱水：选择脱水机，然后选择脱水篮，点击开始脱水，表示脱水篮中的蜡块开始在脱水机中进行脱水。
结束脱水：点击结束脱水，让正在进行脱水的蜡块结束脱水操作。
拆分脱水篮：如果脱水篮中的包埋盒数量多于脱水篮的实际空间，那么需要进行脱水篮拆分，才能进行脱水操作。点击拆分脱水篮之后，将脱水篮中多余的蜡块转移到有可用空间的脱水篮，如果没有可用空间，那么不能进行转移。
派片确认：确认信息无误之后，选中记录，然后点击派片确认，填入初诊医师、二/三线医师之后，点击保存，将保存派片时间，派片人等。
派片取消：如果发现派片有问题，那么可以对已经派片的玻片进行派片取消（没有后续流程直接取消，如果有后续流程，那么后续流程都逆操作之后才能取消）。让使用者达到逆操作处理。
诊断报告：
保存：用户对属于自己的检查或者不属于任何所有人的检查进行诊断操作，保存的同时增加报告的归属操作和提交操作，将检查状态变为诊断。
审核：二线或者三线医生对报告进行审核操作，判断审核规则，自动生成对应的PDF报告。
取消审核：如果要对报告进行取消操作，需要判断犹豫期，如果超犹豫期的报告可以根据配置来判断是否可以取消或者需要审批操作。
提交：一线医生完成诊断后，需要将检查报告提交到高级医生，可以保存时选择复诊医生，也可以批量选择自己的检查，进行批量提交。
提取：医生针对不归属与自己的检查，可以进行提取操作，如果被提取人员未进行诊断，则直接替换，如果已经开始诊断，则增加诊断人员处理。
补充报告：报告发布后，后续需要补充诊断处理的情况，可以添加补充报告操作。同时，如果不想发布补充报告，可以对已经生成补充报告作废处理。
特检医嘱：诊断过程中，医生可以针对检查下特检医嘱来辅助诊断处理，住院患者可以自动计费。已下的特检医嘱可以作废处理，且取消计费。
技术医嘱：诊断过程中，为更好、更细致进行诊断，医生可以下技术医嘱，已下的技术医嘱可以作废处理。
玻片质量：诊断过程中可以对检查产生的玻片进行质量评价，方便质控管理。
符合情况：不同的检查类型，自动关联不同的符合情况，在诊断过程中，医生可以判断符合情况，进行质控管理。
打印预览：报告生成后，即保存操作后，可以对报告打印的样式进行预览，以此来判断报告的最终样式，便于调整内容。
报告打印：已发布的报告进行打印处理，打印过程调用配置的本地打印机，打印纸质报告。
快捷查询：针对用户和科室不同维度对检查进行快速过滤查询，针对工作流的管理，操作人员可以便捷迅速的查询出与自己相关的各类检查，进行诊断或者其他流程操作。
修改病理号：检查在登记过程中可能存在病理号有误的情况，在后续的过程中可以对流水号进行修改处理。
资料管理：
信息查询：支持按照天周月快捷日期、登记日期、取材日期、归档日期、医嘱子类、医嘱、标本类型、材块类型、玻片类型、病理号（单个，多个，区间）、归档状态，检查阴阳性等方式进行查询。
确认归档：核对信息无误之后，选中记录，选择归档位置，进行归档操作，在已归档数据中可修改归档位置；
取消归档：对误操作的归档数据进行取消归档操作，选择归档数据之后，即可取消归档；
发送通知：存在长时间未归档的数据，用户可以发送通知给相应的工作组或诊断人，提醒他们需要归档的具体蜡块、玻片或者底单；
自动归档：用户勾选自动按钮之后，可通过输入蜡块号，玻片号，申请单号实现对应类型的自动归档。
确认借出：核对待借出的资料无误之后，用户完整的填写借阅人信息，即可完成借阅操作；用户可在借阅前或借阅后打印借阅凭证；
取消借出：对误操作的借阅数据进行取消借出操作，选择借阅数据之后，即可取消借阅；
确认归还：核对待归还的资料无误之后，用户完填写归还所需的信息，即可完成归还操作；用户可通过设置蜡块或者玻片的状态来记录其损坏情况；
报告分发：
报告查询：支持按照天、周、月快捷日期、报告日期、登记日期、申请日期、分发日期、报告医师、分发状态、病理号(单个病理号、多个病理号(多个病理号用,分隔)、病理号段(病理号段用-分隔))、就诊类型、申请科室、申请病区、申请人、子类、医嘱、报告条码条件来进行查询。
清屏：清空/默认所有查询条件控件。
确认分发：勾选未分发的报告列表，点击确认分发按钮，进行分发报告操作。
确认自取：勾选未分发的报告列表，点击确认自取按钮，进行分发报告操作。
取消分发：勾选已分发的报告列表，点击取消分发按钮，进行取消报告操作。
打印底单：勾选报告列表，点击打印底单按钮，进行打印底单操作。
打印签收本：勾选已分发报告列表，点击打印签收本按钮，进行打印签收本操作。
报告扣补：对未分发报告列表进行扣补操作。
统计查询：
及时率统计：针对阶段时间内科室的送检申请，统计出是否及时发布病理报告。
优片率统计：针对阶段时间内科室接收的送检申请，检查产生的玻片进行质量统计，并展示非优片的原因。
标本规范率统计：是指临床送检标本的固定是否规范化，体现临床的标本工作质控。
医生工作量:是指病理科医生在全流程中所参与的工作的多少。
技师工作量：技师在技术处理环节中所参与工作的统计。
技术医嘱统计：统计科室内时间段所产生的技术医嘱的数量汇总。
特检医嘱统计：阶段时间内科室内部产生的特检医嘱的数量汇总。
特检项目统计：统计科室内部阶段时间内所下的特检的项目数量汇总。
病例查询：多维度、多条件的对科室内的检查进行全面检索，支持快捷查询、自定义查询和高级查询。
1.1.7.5 内镜信息系统
要求具备患者查询、检查预约、登记、排队叫号、图像采集、诊断工作站、诊断报告管理、诊断报告打印、质控管理、统计分析、排班管理等等功能
患者查询：
个性化查询：这个功能主要是根据医生用户的个性喜好来配置对应的查询条件，查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。
高级查询：这个功能主要是提供多种与或关系的查询功能。扩展查询的多样性，对于有复杂的与或关系、检索报告内容模糊查询等，这个功能非常实用。
定制查询：将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。
编辑报告：在查询列表加入了一个编辑发布报告的入口点。数据查询出来后选中患者信息，点击编辑报告功能，则可以编写保存报告及其以后操作。
采集图像：在查询列表加入了一个采集图像的入口点。数据查询出来后选中患者信息，点击采集图像功能，则可快捷跳转到采集界面进行相应操作。
读卡：读卡功能，适 (略) /厂商提供的读卡器。读卡快速读取卡内登记号自动查询数据。支持读取身份证号/就诊号/医保卡号等。
报告超时提醒：对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示，在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查，提高医生工作效率。
导出报告/图像：把患者检查信息的图像报告导出到本地。
打印报告：支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息，然后点击打印报告功能即可。
请求会诊：对于比较复杂的检查需要其他医生或者科室帮助的时候，可以用这个功能就行申请达到数据共享的目的。
报告挂起：对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况，可以采用报告挂起功能。
质量控制：提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。
修改叫号诊室：修改呼叫队列某条检查信息的诊室信息。
过号操作：将某条检查信息的叫号记录过号处理。
修改检查优先级：修改某条检查信息检查优先级。
导出数据到Excel：将查询出来的数据导出到Excel存储到本地。
分配报告/审核医生：针对有的检查需要特定人来写报告或者审核报告的情况，可以选中患者信息进行分配功能。分配功能一般需要高级权限。
修改检查技师：修改某条检查信息的技师信息。
取消终审：将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。
检查预约：
预约：对申请状态的检查执行预约操作，选择预约日期、预约时间段对病人检查进行预约操作；预约时产生的流水号规则可自定义，可按照诊室、科室或检查组多种方式生成流水号，可统一分配，也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。
资源计划：在系统中按照时间段提前排出资源计划，按照周一至周日每天各时间段的资源数，生成资源计划到指定日期。支持选座模式，医生可选择做检查时预约到的具体时间点，使得预约更加高效，减少病人等待时间。
申请信息：支持HIS中病人的电子病历（主诉、病史、检验结果等信息），支持申请单信息，支持通过扫描仪扫描申请单功能。
打印预约单：支持自定义预约单模板，打印预约单，预约单打印可配置为预约后自动打印，也可选择手动打印。
补录费用：支持HIS补录费用后，重新录入费用信息。
手工录入患者检查：可自定义录入患者的病人类型，姓名、检查项目等信息，新增患者检查。
修改患者信息：修改患者类型、病人姓名、年龄等患者信息，也可修改检查项目，检查部位等检查信息。
登记：
到达：预约状态的检查，患者按照预约时间到达科室后，可执行到达操作。
申请信息：支持HIS中病人的电子病历（主诉、病史、检验结果等信息），支持申请单信息，支持通过扫描仪扫描申请单功能。
打印取片单：支持自定义取片凭证模板，打印出取片凭证，取片凭证打印可配置为预约后自动打印，也可选择手动打印。
关联医嘱：支持补录的医嘱与其他检查的关联。
排队叫号：
呼叫队列生成：支持按诊间或分组生成呼叫队列。
查询呼叫队列：医生可灵活选择按诊间或检查组、检查子类等来检索呼叫队列信息，满足科室多种情况使用。
呼叫：调用其他语音叫号系统进行语音呼叫病人，并用多媒体终端显示叫号信息。
呼叫下一个：自动呼叫下一个未呼叫或等待状态的病人。
过号：将呼叫后未按时来做检查的病人进行过号操作，并显示到过号列表。
取消过号：将过号病人恢复到等候病人队列。
图像采集：
采集卡：支持多种类型采集卡。
采集方式：支持采集卡/网口，采集快捷键支持程序按键操作，键盘快捷键操作，脚踏板/USB手柄操作。
静态采集：单张图片采集，并将采集到的JPG图像上传到服务器。
动态采集：支持动态图像的采集及视频回放，支持多种视频压缩算法MPEG2,MPEG4 等。
图像的基本处理：图像的模式识别等，能实现图像色彩亮度对比度调节。
图像标注：可以把图像及标注打印在报告上面。
后台采集：支持书写诊断报告的同时后台采集，特殊患者可以先进行图像采集，把图像保存在工作站上，可以集中的把急诊患者图像采集下来，之后再加载到相应报告中。
图像导入、导出：支持BMP/JPG/TIF/DICOM格式图像的导入和导出功能。
诊断工作站：
维护报告样式： (略) 要求制作不同样式的报告，维护好的报告样式需要关联科室才可在该科室使用，在录入检查诊断信息时，医生可根据当前检查项目以及部位选择合适的报告样式。
浏览影像：该患者通过设备采集到的图像。
录入以及修改报告：当患者在医技执行科室完成检查之后，医生在报告界面对患者进行报告录入，报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上，此时检查状态变为“已录入报告”，并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时可以设置是否返回首页，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面。提交审核：报告完成之后，报告医生可提交报告给审核医生进行审核，此时患者状态变为“已提交”，并且报告医生不可再修改报告。
审核以及驳回报告：保存成功以及提交审核的报告，都可进行审核，审核医生可对报告进行修改，审核完成的报告临床医生站该条检查状态变为“执行”。若报告存在问题，审核医生可驳回报告，报告医生可再次对报告进行修改。医生在点击“审核报告”时可以设置是否返回首页以及审核打印，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面；若选择审核打印，则在报告审核之后自动打印报告单。
终审报告：报告审核完毕后，也可对报告进行终审操作，终审后的报告检查状态变为“已终审”。
报告打印以及补打报告：报告医生可对已经完成的报告进行打印，也可以补打当前患者的报告。
模板数据：医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存，当报告医生需要使用某个模板时可直接对当前报告进行添加或者替换。模板可以保存为公有模板和私有模板，公有模板该科室的所有医生都可以维护和使用，私有模板仅当前医生可以维护和使用。同时模板也可建立各级目录来保存不同的模板数据。医生还可使用智能模板，根据医嘱项及相关模板使用频率进行排序，最常用的模板排在首位。
智能提醒：医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。
报告记录：可该报告的所有执行操作过程；包括：操作医生、操作时间、操作状态（保存、访问、审核等）以及操作之后报告的内容。
标记回访：若患者需要回访，可为患者添加标记回访，设置回访日期、提前提醒天数以及回访医生，则可在回访前提醒回访医生该患者需要进行回访。
报告质量控制：可设置报告阴阳性是否为必选项，默认阳性或者阴性；影像评级是否为必选项，默认是否为*级；报告保存（第一次保存）多久后不能修改；报告结果同步调整字体大小，由于部分报告的某些模块需要录入字数较多，为了适应报告纸张大小其字体就会自动缩小，为了适应保持字体大小一致其他内容字体也会同步缩小；报告是否需要审核；报告是否需要终审；可编辑报告的检查状态，设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。
相关检查：可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。
定位图标注：通过使用定位图的标注功能，医师可以清晰的看到每幅采集到的图像，在该检查部位中的确切位置、详细描述，为日后再次报告和影像提供了方便。同时支持定位图的管理和维护功能。
报告和采集界面设置：支持同屏采集和报告，实时采集和写诊断报告分屏显示，医生可以一边观看采集图像一边写诊断报告。同屏采集界面如下：
诊断报告管理：
WCF与FTP双通道上传：在存储服务器架设WCF存储服务程序，并同时开启FTP虚拟目录作为备用通道，实现双保险。大大增加了报告上传的稳定行与可靠性。
多服务器多存储介质抽象化存储：是将物理存储抽象化为存储服务和存储介质，用户只需知道报告存储的服务器与介质名称即可。将用户与复杂的存储规则相隔离，同时将存储文件与存储介质相关联，达到高可扩容性。
web版调阅工具：给临床医生提供统一的web版调阅报告工具，此工具提供多种版式的调阅方式，只看报告，只看图像，报告和图像同时浏览。并且提供基于html5实现的禁止临床打印pdf报告功能。
诊断报告打印：
报告样式维护：可在样式设计器中维护报告样式，报告样式可根据检查项目子类关联，固定检查项目默认选择样式。报告样式可维护报告中各项基础信息元素，各个模块之间的排版，报告内容的字体、大小。
配置打印参数：打印参数包括选择报告样式、选择打印份数、选择图像行数、选择每个样式调用的打印机、选择等。
打印预览：配置打印预览后，打印会弹出生成PDF文件的预览页面缩略图，确认无误后可点击打印，减少报告内容填写的错误率。
质控管理：
修改患者基础信息：患者基础信息的修改的数据只包含对患者的登记号、姓名、拼音的修改。对于其他信息，在预约登记组件来直接修改则更方便。
合并患者：该功能主要目的是将两位患者的信息进行合并。实际效果为将一患者下的检查，全部更新到另一患者的检查下。
修改检查信息：可以将患者检查过程中产生的错误数据直接进行修改。
取消计费：可以对HIS发消息，取消该检查的计费。在患者 (略) 结算，但是还有检查未做的时候进行处理。
初始化检查：初始化主要目的是将患者的检查信息以及报告信息全部清除，但是会保留患者基础信息。
修改报告信息：修改报告信息主要目的是对该检查的报告信息进行修改。但是要注意一点，这里进行修改数据后，报告文件已经生成并且上传的话，临床调阅的文件并不会发生改变。
取消报告：取消报告信息主要目的是对该检查的报告进行重写，只有状态为已录入报告的患者可以取消报告，取消报告后检查将回到写报告之前的状态，到达或已有图像。
报告转交：报告转交主要目的是批量修改报告锁定的用户，在RIS中当一份报告被用户打开后，或者分配报告给指定医生后，将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后，在该出可批量修改锁定的医生，交给其他医生来处理报告。
统计分析：
科室收入统计：支持按检查子类，设备，申请科室，病人类型，转诊，和部位大类来统计科室收入。支持按预约日期，登记日期，检查日期，报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计，HIS医嘱登记和手工登记
医生工作量统计：医生工作量涉及数据最多，最复杂，可以统计医生，技师，护师，曝光数等许多方面。支持所有医生工作量统计。也可以支持报告医生，审核医生，登记医生，报告录入者，介入医生，会诊医生，辅助医生，护师，核对护师，检查技师工作量统计。支持影像评级，报告评级，审核报告评级统计。支持预约率，报告被驳回率，医生退回报告，已完成的检查率统计。支持检查项目，申请医生检查项目，医生检查项目统计。支持报告医生检查部位，审核医师检查部位，检查技师检查部位统计。支持扫描方式，同比-环比，检查项目权重*设备权重，检查部位权重统计。支持检查技师曝光次数，报告医师曝光次数统计。
设备工作量统计：支持按日期段，精确时间点，检查子类，检查部位，检查设备，用户来统计。支持按报告日期，检查日期，登记日期统计。
病案统计：病案统计分为了三块，病案统计，阳性率统计和医嘱检测信息。病案统计支持按报告日期，检查日期，登记日期来统计。支持按检查子类，检查部位，检查项目，结构化，归档类型来统计。支持按是否活检检查，回访状态，检查结果，报告医生，审核医生，患者年龄来统计。统计结果支持患者信息，医嘱信息，就诊信息，年龄分布图，以及报告内容。支持高级查询，用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计，支持按日期段，检查子类，病人类型，用户，诊间，设备统计。支持按时间统计，报告日期，检查日期。支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息，支持当前用户，对某个医嘱具体时间进行的某种操作，是否取消计费，是否初始化等。
流程监控统计：支持按日期，检查子类，诊间，设备，报告医生，审核医生，通过选择开始状态与结束状态进行统计。支持按检查项目耗时，检查状态耗时统计。检查状态耗时统计，可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。
打印：所有的统计类型下的统计结果都支持打印
绘制统计图：统计结果都支持柱状统计图显示
病历明细：统计出来的结果选中后，都可以看出患者的基本信息，检查信息，医嘱信息等等，每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格
导出到EXCEL：所有统计结果都支持导出到EXCEL表格
排班管理：
检查项目关联：用于设置检查项目和检查专业组的关联。系统支持选择多个检查项目批量关联某个专业组，也支持选择多个检查项目批量取消关联，同时可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目，方便检查项目的选择。
用户关联：用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户，可选择多个用户批量设置关联，也可选择多个用户批量取消关联。
医护人员排班：是根据角色和专业组设置医护人员在一段时间内的排班。可选择多个用户来排班。支持将一周的排班复制到本科室或其它科室、角色和专业组里， (略) 同班次用户可在不同科室值班，或写不同专业组报告的需求，减少重复排班。支持切换当前用户能登录的其它科室进行排班，对完成的排班可进行打印。
资源排班：资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后，会根据资源计划生成一周的资源使用情况，包括可预约数和当前剩余数量。双击每个单元格，可修改某个设备在对应日期的可预约数。支持按设备过滤资源排班情况。
其它模块：
系统管理工作站：为检查科室系统提供基础数据的维护，包括检查项目基础数据维护，科室参数，系统用户，权限设置，系统参数维护及系统组件，以及科室工作流程设置等内容。
申请单浏览：病人的电子版申请单，内容包括：病人基本信息、病人就诊信息（主诉与临床诊断等）、检查信息。融合HIS功能病人的电子病历。另外，提供了扫描纸质申请单功能，可将纸质申请单扫描并保存归档。
检前信息记录：可填写病人病症、体征、手术情况等多项信息，形成完整的诊疗记录，并提供模板功能，方便填写自定义内容。
检中信息记录：支持录入活检部位及块数、HP值、手术用药及手术医生等信息。
检后信息记录：可查询和填写病人的回访记录，并支持导出功能，实现诊疗的闭环。
图像报告浏览 ：首页选中病人的同时可快速浏览图像和报告内容，大大简化了操作与筛选流程。
相关检查：可某病人的全部跨科检查记录，使医生可以便捷的查找历史检查信息，有利于提高本次诊断的目的性与准确性。
工作流程监控：查询某人或某次检查的全部操作信息，追溯检查流程，监控流程用时，提高工作效率。
科室工作状态：显示各诊间的待检，已检和总检人数，各个诊间的实时呼叫列表，以及预约资源使用情况。使管理者对科室现状有大致了解。显示诊间设备与个人的工作量与待工作量。
病理信息：及时有效的显示某次检查相关的病理部位、病理描述、病理诊断、等病理信息，更好的结合病理结果对病人做出准确诊断。
1.1.7.6 超声关系系统
要求具备患者查询、检查预约、登记、排队叫号、图像采集、诊断工作站、诊断报告管理、诊断报告打印、质控管理、统计分析、排班管理等等功能
详细要求：
患者查询：
要求支持个性化查询功用，可根据医生用户的个性喜好来配置对应的查询条件，查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。
要求支持高级查询功能，能够提供多种与或关系的查询功能。扩展查询的多样性，对于有复杂的与或关系、检索报告内容模糊查询等，这个功能非常实用。
要求具备定制查询功能，将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。
要求具备编辑报告功能，在查询列表加入了一个编辑发布报告的入口点。数据查询出来后选中患者信息，点击编辑报告功能，则可以编写保存报告及其以后操作。
要求具备采集图像功能，在查询列表加入了一个采集图像的入口点。数据查询出来后选中患者信息，点击采集图像功能，则可快捷跳转到采集界面进行相应操作。
要求具备读卡功能，要求适 (略) /厂商提供的读卡器。读卡快速读取卡内登记号自动查询数据。支持读取身份证号/就诊号/医保卡号等。
要求具备报告超时提醒功能，要求支持对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示，在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查，提高医生工作效率。
要求具备导出报告/图像功能，把患者检查信息的图像报告导出到本地。
要求具备打印报告功能，支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息，然后点击打印报告功能即可。
要求具备请求会诊功能，对于比较复杂的检查需要其他医生或者科室帮助的时候，可以用这个功能就行申请达到数据共享的目的。
要求具备报告挂起功能，对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况，可以采用报告挂起功能。
要求具备质量控制功能，提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。
要求具备修改叫号诊室功能，修改呼叫队列某条检查信息的诊室信息。
要求具备修改检查优先级功能，修改某条检查信息检查优先级。
要求具备导出数据到Excel功能，将查询出来的数据导出到Excel存储到本地。
要求具备分配报告/审核医生功能，针对有的检查需要特定人来写报告或者审核报告的情况。
要求具备修改检查技师功能，可以修改某条检查信息的技师信息。
要求具备取消终审功能，将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。
检查预约：
要求具备预约功能，对申请状态的检查执行预约操作，选择预约日期、预约时间段对病人检查进行预约操作；预约时产生的流水号规则可自定义，可按照诊室、科室或检查组多种方式生成流水号，可统一分配，也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。
要求具备资源计划功能，在系统中按照时间段提前排出资源计划，按照周一至周日每天各时间段的资源数，生成资源计划到指定日期。支持选座模式，医生可选择做检查时预约到的具体时间点，使得预约更加高效，减少病人等待时间。
要求支持申请信息功能，要求支持HIS中病人的电子病历（主诉、病史、检验结果等信息），支持申请单信息，支持通过扫描仪扫描申请单功能。
要求具备打印预约单功能，支持自定义预约单模板，打印预约单，预约单打印可配置为预约后自动打印，也可选择手动打印。
要求具备补录费用功能，支持HIS补录费用后，重新录入费用信息。
要求具备手工录入患者检查功能，可自定义录入患者的病人类型，姓名、检查项目等信息，新增患者检查。
要求具备修改患者信息功能，支持修改患者类型、病人姓名、年龄等患者信息，也可修改检查项目，检查部位等检查信息。
登记：
要求支持到达确认功用，支持预约状态的检查，患者按照预约时间到达科室后，可执行到达操作。
要求支持申请信息功能，支持HIS中病人的电子病历（主诉、病史、检验结果等信息），支持申请单信息，支持通过扫描仪扫描申请单功能。
要求支持打印取片单功能，支持自定义取片凭证模板，打印出取片凭证，取片凭证打印可配置为预约后自动打印，也可选择手动打印。
要求支持关联医嘱功用，支持补录的医嘱与其他检查的关联。
排队叫号：
要求支持呼叫队列生成功能，支持按诊间或分组生成呼叫队列。
要求支持查询呼叫队列功能，医生可灵活选择按诊间或检查组、检查子类等来检索呼叫队列信息，满足科室多种情况使用。
要求支持呼叫功能，调用其他语音叫号系统进行语音呼叫病人，并用多媒体终端显示叫号信息。
要求支持呼叫下一个患者功能，支持自动呼叫下一个未呼叫或等待状态的病人。
要求支持过号功能，支持将呼叫后未按时来做检查的病人进行过号操作，并显示到过号列表。
要求支持取消过号功能，支持将过号病人恢复到等候病人队列。
图像采集：
要求支持图像采集模块支持DICOM方式和采集卡方式采集超声影像。
DICOM方式采集。
要求对支持DICOM标准的超声设备可使用DICOM方式采集，设备通过WorkList服务获取病人列表，在设备上采集图像后，可将DICOM图像发送给超声影像客户端系统，要求客户端系统可直接将DICOM影像上传至PACS影像服务器统一存储，也可将DICOM影像转换成JPG存储，并将JPG图像加载到报告中。
采集卡方式采集
要求支持采集卡采集图像，支持多种类型采集卡。
采集方式要求支持采集卡/网口，采集快捷键支持程序按键操作，键盘快捷键操作，脚踏板/USB手柄操作。
静态采集功能要求支持单张图片采集，并将采集到的JPG图像上传到服务器。
动态采集要求支持动态图像的采集及视频回放，支持多种视频压缩算法。
要求支持图像的基本处理功能，能实现图像色彩亮度对比度调节。
要求支持图像标注功能，可以把图像及标注打印在报告上面。
要求支持后台采集功能，支持书写诊断报告的同时后台采集，特殊患者可以先进行图像采集，把图像保存在工作站上，可以集中的把急诊患者图像采集下来，之后再加载到相应报告中。
要求支持图像导入、导出功能，要求支持BMP/JPG/TIF/DICOM格式图像的导入和导出功能。
诊断工作站：
要求支持维护报告样式功能， (略) 要求制作不同样式的报告，维护好的报告样式需要关联科室才可在该科室使用，在录入检查诊断信息时，医生可根据当前检查项目以及部位选择合适的报告样式。
要求支持浏览影像功能，支持该患者通过设备采集到的图像。
要求支持录入以及修改报告功能，要求支持当患者在医技执行科室完成检查之后，医生在报告界面对患者进行报告录入，报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上，此时检查状态变为“已录入报告”，并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时可以设置是否返回首页，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面。提交审核：报告完成之后，报告医生可提交报告给审核医生进行审核，此时患者状态变为“已提交”，并且报告医生不可再修改报告。
要求支持审核以及驳回报告功能，要求支持保存成功以及提交审核的报告，都可进行审核，审核医生可对报告进行修改，审核完成的报告，临床医生站该条检查状态变为“执行”。若报告存在问题，审核医生可驳回报告，报告医生可再次对报告进行修改。医生在点击“审核报告”时可以设置是否返回首页以及审核打印，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面；若选择审核打印，则在报告审核之后自动打印报告单。
要求支持终审报告功能，要求支持报告审核完毕后，也可对报告进行终审操作，终审后的报告检查状态变为“已终审”。
要求支持报告打印以及补打报告功能，要求支持报告医生可对已经完成的报告进行打印，也可以补打当前患者的报告。
要求支持模板数据功能，医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存，当报告医生需要使用某个模板时可直接对当前报告进行添加或者替换。模板可以保存为公有模板和私有模板，公有模板该科室的所有医生都可以维护和使用，私有模板仅当前医生可以维护和使用。同时模板也可建立各级目录来保存不同的模板数据。医生还可使用智能模板，根据医嘱项及相关模板使用频率进行排序，最常用的模板排在首位。
要求支持智能提醒功能，医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。
要求支持报告记录功能，可该报告的所有执行操作过程；包括：操作医生、操作时间、操作状态（保存、访问、审核等）以及操作之后报告的内容。
要求支持标记回访功能，若患者需要回访，可为患者添加标记回访，设置回访日期、提前提醒天数以及回访医生，则可在回访前提醒回访医生该患者需要进行回访。
要求支持报告质量控制功能，要求可设置报告阴阳性是否为必选项，默认阳性或者阴性；影像评级是否为必选项，默认是否为*级；报告保存（第一次保存）多久后不能修改；报告结果同步调整字体大小，由于部分报告的某些模块需要录入字数较多，为了适应报告纸张大小其字体就会自动缩小，为了适应保持字体大小一致其他内容字体也会同步缩小；报告是否需要审核；报告是否需要终审；可编辑报告的检查状态，设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。
要求支持相关检查功能，支持可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。
要求支持检查测值功能，支持DICOM SR报告的检查测值录入功能，可自定义多种测值方案，定义公式来自动计算测值单元的值，并支持动态打印到报告中。
要求支持报告和采集界面设置功能，要求支持同屏采集和报告，实时采集和写诊断报告分屏显示，医生可以一边观看采集图像一边写诊断报告。
诊断报告管理：
要求支持双通道上传：支持在存储服务器架设WCF存储服务程序，并同时开启FTP虚拟目录作为备用通道，实现双保险。大大增加了报告上传的稳定行与可靠性。
要求支持多服务器多存储介质抽象化存储，要求支持将物理存储抽象化为存储服务和存储介质，用户只需知道报告存储的服务器与介质名称即可。将用户与复杂的存储规则相隔离，同时将存储文件与存储介质相关联，达到高可扩容性。
要求具备web版调阅工具，给临床医生提供统一的web版调阅报告工具，此工具提供多种版式的调阅方式，只看报告，只看图像，报告和图像同时浏览。并且提供基于html5实现的禁止临床打印pdf报告功能。
诊断报告打印：
要求具备报告样式维护功能，可在样式设计器中维护报告样式，报告样式可根据检查项目子类关联，固定检查项目默认选择样式。报告样式可维护报告中各项基础信息元素，各个模块之间的排版，报告内容的字体、大小。
要求具备配置打印参数功能，要求支持打印参数包括选择报告样式、选择打印份数、选择图像行数、选择每个样式调用的打印机、选择等。
要求具备打印预览功能，要求支持配置打印预览后，打印会弹出生成PDF文件的预览页面缩略图，确认无误后可点击打印，减少报告内容填写的错误率。
质控管理：
要求具备修改患者基础信息功能，要求支持患者基础信息的修改的数据只包含对患者的登记号、姓名、拼音的修改。对于其他信息，在预约登记组件来直接修改则更方便。
要求具备合并患者功能，要求支持该功能主要目的是将两位患者的信息进行合并。实际效果为将一患者下的检查，全部更新到另一患者的检查下。
要求具备修改检查信息功能，要求支持可以将患者检查过程中产生的错误数据直接进行修改。
要求具备取消计费功能，要求支持可以对HIS发消息，取消该检查的计费。在患者 (略) 结算，但是还有检查未做的时候进行处理。
要求具备初始化检查功能，要求支持初始化主要目的是将患者的检查信息以及报告信息全部清除，但是会保留患者基础信息。
要求具备修改报告信息功能，要求支持修改报告信息主要目的是对该检查的报告信息进行修改。进行修改数据后，报告文件已经生成并且上传的话，临床调阅的文件并不会发生改变。
要求具备取消报告功能，要求支持取消报告信息主要目的是对该检查的报告进行重写，只有状态为已录入报告的患者可以取消报告，取消报告后检查将回到写报告之前的状态，到达或已有图像。
要求具备报告转交功能，要求支持报告转交主要目的是批量修改报告锁定的用户，在RIS中当一份报告被用户打开后，或者分配报告给指定医生后，将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后，在该处可批量修改锁定的医生，交给其他医生来处理报告。
统计分析：
要求具备科室收入统计功能，要求支持按检查子类，设备，申请科室，病人类型，转诊，和部位大类来统计科室收入。支持按预约日期，登记日期，检查日期，报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计，HIS医嘱登记和手工登记
要求具备医生工作量统计功能，要求支持医生工作量涉及数据最多，最复杂，可以统计医生，技师，护师，曝光数等许多方面。支持所有医生工作量统计。也可以支持报告医生，审核医生，登记医生，报告录入者，介入医生，会诊医生，辅助医生，护师，核对护师，检查技师工作量统计。支持影像评级，报告评级，审核报告评级统计。支持预约率，报告被驳回率，医生退回报告，已完成的检查率统计。支持检查项目，申请医生检查项目，医生检查项目统计。支持报告医生检查部位，审核医师检查部位，检查技师检查部位统计。支持扫描方式，同比-环比，检查项目权重-设备权重，检查部位权重统计。支持检查技师曝光次数，报告医师曝光次数统计。
要求具备设备工作量统计功能，要求支持按日期段，精确时间点，检查子类，检查部位，检查设备，用户来统计。支持按报告日期，检查日期，登记日期统计。
要求具备病案统计功能，要求支持病案统计分为了三块，病案统计，阳性率统计和医嘱检测信息。病案统计支持按报告日期，检查日期，登记日期来统计。支持按检查子类，检查部位，检查项目，结构化，归档类型来统计。支持按是否活检检查，回访状态，检查结果，报告医生，审核医生，患者年龄来统计。统计结果支持患者信息，医嘱信息，就诊信息，年龄分布图，以及报告内容。支持高级查询，用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计，支持按日期段，检查子类，病人类型，用户，诊间，设备统计。支持按时间统计，报告日期，检查日期。支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息，支持当前用户，对某个医嘱具体时间进行的某种操作，是否取消计费，是否初始化等。
要求具备流程监控统计功能，要求支持按日期，检查子类，诊间，设备，报告医生，审核医生，通过选择开始状态与结束状态进行统计。支持按检查项目耗时，检查状态耗时统计。检查状态耗时统计，可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。
要求具备打印功能，要求支持所有的统计类型下的统计结果都支持打印
要求具备绘制统计图功能，要求支持统计结果都支持柱状统计图显示
要求具备病历明细功能，要求支持统计出来的结果选中后，都可以看出患者的基本信息，检查信息，医嘱信息等等，每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格
要求具备导出到EXCEL功能，要求具备所有统计结果都支持导出到EXCEL表格
排班管理：
要求提借检查项目关联功能，要求支持用于设置检查项目和检查专业组的关联。系统支持选择多个检查项目批量关联某个专业组，也支持选择多个检查项目批量取消关联，同时可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目，方便检查项目的选择。
要求具备用户关联功能，要求支持用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户，可选择多个用户批量设置关联，也可选择多个用户批量取消关联。
要求具备医护人员排班功能，要求支持是根据角色和专业组设置医护人员在一段时间内的排班。选择排班日期、角色和专业组开始排班后，会显示一周内的排班情况，双击要排班的时间单元格，会弹出跟当前角色和专业组关联的用户，即可排班的用户，可选择多个用户来排班。支持将一周的排班复制到本科室或其它科室、角色和专业组里， (略) 同班次用户可在不同科室值班，或写不同专业组报告的需求，减少重复排班。支持切换当前用户能登录的其它科室进行排班，对完成的排班可进行打印。
要求具备资源排班功能，要求支持资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后，会根据资源计划生成一周的资源使用情况，包括可预约数和当前剩余数量。双击每个单元格，可修改某个设备在对应日期的可预约数。支持按设备过滤资源排班情况。
其它模块：
要求具备系统管理功能，要求支持为检查科室系统提供基础数据的维护，包括检查项目基础数据维护，科室参数，系统用户，权限设置，系统参数维护及系统组件，以及科室工作流程设置等内容。
要求具备申请单浏览功能，要求支持病人的电子版申请单，内容包括：病人基本信息、病人就诊信息（主诉与临床诊断等）、检查信息。融合HIS功能病人的电子病历。另外，提供了扫描纸质申请单功能，可将纸质申请单扫描并保存归档。
要求具备检前信息记录功能，要求支持可填写病人病症、体征、手术情况等多项信息，形成完整的诊疗记录，并提供模板功能，方便填写自定义内容。
要求具备检后信息记录功能，要求支持可查询和填写病人的回访记录，并支持导出功能，实现诊疗的闭环。
要求具备图像报告浏览功能，要求支持首页选中病人的同时可快速浏览图像和报告内容，大大简化了操作与筛选流程。
要求具备相关检查功能，要求支持可某病人的全部跨科检查记录，使医生可以便捷的查找历史检查信息，有利于提高本次诊断的目的性与准确性。
要求具备工作流程监控功能，要求支持查询某人或某次检查的全部操作信息，追溯检查流程，监控流程用时，提高工作效率。
要求具备科室工作状态功能，要求支持显示各诊间的待检，已检和总检人数，各个诊间的实时呼叫列表，以及预约资源使用情况。使管理者对科室现状有大致了解。显示诊间设备与个人的工作量与待工作量。
要求具备病理信息功能，要求支持及时有效的显示某次检查相关的病理部位、病理描述、病理诊断、等病理信息，更好的结合病理结果对病人做出准确诊断。
1.1.7.7 放射科信息系统
要求具备查询模块、预约登记工作站、技师工作站、报告工作站、统计分析模块、排班模块、质量控制模块等功能
查询模块：
个性化查询：要求根据医生用户的个性喜好来配置对应的查询条件，查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。比如申请-绿色，急诊患者-红色等。
高级查询：要求具备多种与或关系的查询功能。比如查询某检查号或者某个登记号的查询。扩展查询的多样性，对于有复杂的与或关系、检索报告内容模糊查询等，这个功能非常实用。
定制查询：要求支持将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。比如定制一个查询当天诊室三已经预约的数据。第一次查询之后将其保存自动生成一个功能按钮，下次点击按钮就可以直接查询该组合数据。方便快捷。
编辑报告：要求支持数据查询出来后选中患者信息，点击编辑报告功能，则可以编写保存报告及其以后操作。
读卡：要求支持读取身份证号/就诊号/医保卡号等。
报告超时提醒：要求支持对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示，在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查，提高医生工作效率。
导出报告/图像：要求支持把患者检查信息的图像报告导出到本地。
打印报告：要求支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息，然后点击打印报告功能即可。
影像评级：要求支持影像质量评级（***等）。
请求会诊：要求支持对于比较复杂的检查需要其他医生或者科室帮助的时候，可以用这个功能就能申请达到数据共享的目的。
报告挂起：要求支持对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况，可以采用报告挂起功能。
质量控制：要求支持提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。
修改检查优先级：要求支持修改某条检查信息检查优先级，比如加急/军人优先等。
导出数据到Excel：要求支持将查询出来的数据导出到Excel存储到本地。
分配报告/审核医生：要求支持针对有的检查需要特定人来写报告或者审核报告的情况，可以选中患者信息进行分配功能。分配功能一般需要高级权限。
修改检查技师：要求支持修改某条检查信息的技师信息。
取消终审：要求支持将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。
预约登记工作站：
预约：对申请状态的检查执行预约操作，选择预约日期、预约时间段对病人检查进行预约操作；预约时产生的流水号规则可自定义，可按照诊室、科室或检查组多种方式生成流水号，可统一分配，也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。
登记：预约状态的检查，患者按照预约时间到达科室后，可执行到达操作。
资源计划：在系统中按照时间段提前排出资源计划，按照周一至周日每天各时间段的资源数，生成资源计划到指定日期。支持选座模式，医生可选择做检查时预约到的具体时间点，使得预约更加高效，减少病人等待时间。
申请信息：支持HIS中病人的电子病历（主诉、病史、检验结果等信息），支持申请单信息，支持通过扫描仪扫描申请单功能。
打印取片单、预约单：支持自定义取片凭证模板、预约单模板，打印出取片凭证及预约单，
关联医嘱：支持补录的医嘱与其他检查的关联
补录费用：支持HIS补录费用后，重新录入费用信息
手工录入患者检查：可自定义录入患者的病人类型，姓名、检查项目等信息，新增患者检查。
修改患者信息：修改患者类型、病人姓名、年龄等患者信息，也可修改检查项目，检查部位等检查信息
技师工作站：
查询：技师可以在叫号界面通过选择查询条件（检查子类、检查组、诊间、时间等）点击查询按钮，来筛选符合要求的患者。
呼叫：点击“呼叫下一个”按钮，系统按患者登记时间的排序进行呼叫；也可选择某位患者，点击“呼叫”按钮，对指定患者进行呼叫，也可对过号患者进行呼叫。
过号：如患者呼叫后未能到场，点击“过号”按钮，将该患者置于过号列表中，患者状态从“已呼叫”变为“过号”。
浏览电子申请单：可以通过点击“电子申请单”按钮来病人的申请单。
修改患者检查状态：可以通过点击“到达”、“开始检查”、“取消检查”、“检查完成”来更改患者当前的检查状态（到达、正在检查、检查完成）。
设置患者检查信息：可录入曝光次数、胶片数量、检查技师和护师等信息，其中通过检查技师及辅助技师的选择，实现技师工作量的统计，填写检查的备注信息，提醒报告医生在诊断时的注意事项等。
打印取片凭证：可为已经做完检查，是“检查完成”状态的患者打印取片凭证，方便患者后续来领取胶片。
设置胶片已打印：点击“胶片已打印”按钮，对此次检查进行标记，可避免胶片重复打印。
影像匹配：可自动调出质量控制的影像模块，方便检索PACS中的影像进行匹配。
报告工作站：
维护报告样式：要 (略) 要求制作不同样式的报告，维护好的报告样式需要关联科室才可在该科室使用，在录入检查诊断信息时，医生可根据当前检查项目以及部位选择合适的报告样式。
浏览影像：要求支持该患者通过设备采集到的图像。
录入以及修改报告：要求支持当患者在医技执行科室完成检查之后，医生在报告界面对患者进行报告录入，报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上，此时检查状态变为“已录入报告”，并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时要求可以设置是否返回首页，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面。提交审核：报告完成之后，报告医生可提交报告给审核医生进行审核，此时患者状态变为“已提交”，并且报告医生不可再修改报告。
审核以及驳回报告：要求支持保存成功以及提交审核的报告，都可进行审核，审核医生可对报告进行修改，审核完成的报告临床医生站该条检查状态变为“执行”。若报告存在问题，要求支持审核医生可驳回报告，报告医生可再次对报告进行修改。医生在点击“审核报告”时要求可以设置是否返回首页以及审核打印，若选择返回，在保存报告之后返回首页；若选择不返回，在保存报告之后停留在当前页面；若选择审核打印，则在报告审核之后自动打印报告单。
终审报告：要求支持报告审核完毕后，也可对报告进行终审操作，终审后的报告检查状态变为“已终审”。
报告打印以及补打报告：要求支持报告医生可对已经完成的报告进行打印，也可以补打当前患者的报告。
模板数据：要求支持医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存，当报告医生需要使用某个模板时要求支持可直接对当前报告进行添加或者替换。要求模板可以保存为公有模板和私有模板，公有模板要求支持对科室的所有医生都可以维护和使用，私有模板要求仅当前医生可以维护和使用。同时模板要求支持建立各级目录来保存不同的模板数据。医生还可使用智能模板，根据医嘱项及相关模板使用频率进行排序，最常用的模板排在首位。
智能提醒：要求支持医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。例如维护患者性别为“男”，提醒关键字为“子宫”，在保存男性患者报告时若报告内容出现“子宫”字样，则提醒医生是否继续保存。
报告记录：要求可该报告的所有执行操作过程；包括：操作医生、操作时间、操作状态（保存、访问、审核等）以及操作之后报告的内容。
标记回访：若患者需要回访，可为患者添加标记回访，设置回访日期、提前提醒天数以及回访医生，则可在回访前提醒回访医生该患者需要进行回访。
报告质量控制：要求可设置报告阴阳性是否为必选项，默认阳性或者阴性；影像评级是否为必选项，默认是否为*级；报告保存（第一次保存）多久后不能修改；报告结果同步调整字体大小，由于部分报告的某些模块需要录入字数较多，为了适应报告纸张大小其字体就会自动缩小，为了适应保持字体大小一致其他内容字体也会同步缩小；报告是否需要审核；报告是否需要终审；可编辑报告的检查状态，设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。
相关检查：要求可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。
统计分析模块：
科室收入统计：要求支持按检查子类，设备，申请科室，病人类型，转诊，和部位大类来统计科室收入。支持按预约日期，登记日期，检查日期，报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计，HIS医嘱登记和手工登记
医生工作量统计：要求支持医生工作量涉及数据最多，最复杂，可以统计医生，技师，护师，曝光数等许多方面。要求支持所有医生工作量统计。也可以支持报告医生，审核医生，登记医生，报告录入者，介入医生，会诊医生，辅助医生，护师，核对护师，检查技师工作量统计。要求支持影像评级，报告评级，审核报告评级统计。支持预约率，报告被驳回率，医生退回报告，已完成的检查率统计。支持检查项目，申请医生检查项目，医生检查项目统计。要求支持报告医生检查部位，审核医师检查部位，检查技师检查部位统计。要求支持扫描方式，同比-环比，检查项目权重*设备权重，检查部位权重统计。要求支持检查技师曝光次数，报告医师曝光次数统计。
设备工作量统计：要求支持按日期段，精确时间点，检查子类，检查部位，检查设备，用户来统计。支持按报告日期，检查日期，登记日期统计。
病案统计：病案统计分为三块，病案统计，阳性率统计和医嘱检测信息。病案统计要求支持按报告日期，检查日期，登记日期来统计。要求支持按检查子类，检查部位，检查项目，结构化，归档类型来统计。要求支持按是否活检检查，回访状态，检查结果，报告医生，审核医生，患者年龄来统计。统计结果支持患者信息，医嘱信息，就诊信息，年龄分布图，以及报告内容。支持高级查询，用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计，要求支持按日期段，检查子类，病人类型，用户，诊间，设备统计。要求支持按时间统计，报告日期，检查日期。要求支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息，要求支持当前用户，对某个医嘱具体时间进行的某种操作，是否取消计费，是否初始化等。
流程监控统计：要求支持按日期，检查子类，诊间，设备，报告医生，审核医生，通过选择开始状态与结束状态进行统计。要求支持按检查项目耗时，检查状态耗时统计。检查状态耗时统计，可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。
打印：要求支持所有的统计类型下的统计结果都支持打印
绘制统计图：要求支持统计结果都支持柱状统计图显示
病历明细：要求支持统计出来的结果选中后，都可以看出患者的基本信息，检查信息，医嘱信息等等，每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格
导出到EXCEL：要求所有统计结果都支持导出到EXCEL表格
排班模块：
检查项目关联：要求支持用于设置检查项目和检查专业组的关联。要求系统支持选择多个检查项目批量关联某个专业组，也支持选择多个检查项目批量取消关联，同时要求可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目，方便检查项目的选择。
用户关联：用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户，可选择多个用户批量设置关联，也可选择多个用户批量取消关联。
医护人员排班：要求根据角色和专业组设置医护人员在一段时间内的排班。选择排班日期、角色和专业组开始排班后，会显示一周内的排班情况，双击要排班的时间单元格，会弹出跟当前角色和专业组关联的用户，即可排班的用户，可选择多个用户来排班。要求支持将一周的排班复制到本科室或其它科室、角色和专业组里， (略) 同班次用户可在不同科室值班，或写不同专业组报告的需求，减少重复排班。要求支持切换当前用户能登录的其它科室进行排班，对完成的排班可进行打印。
资源排班：资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后，会根据资源计划生成一周的资源使用情况，包括可预约数和当前剩余数量。双击每个单元格，要求可修改某个设备在对应日期的可预约数。要求支持按设备过滤资源排班情况。
质量控制模块：
修改患者基础信息：要求支持患者基础信息的修改的数据包含对患者的登记号、姓名、拼音的修改。对于其他信息，要求支持在预约登记组件来直接修改。
修改检查信息：要求可以将患者检查过程中产生的错误数据直接进行修改。
取消计费：要求可以对HIS发消息，取消该检查的计费。在患者 (略) 结算，但是还有检查未做的时候进行处理。
修改报告信息：要求支持对检查的报告信息进行修改，例如修改报告的保存时间、审核医生等。要求支持在这里进行修改数据后，报告文件已经生成并且上传的话，临床调阅的文件并不会发生改变。
取消报告：取消报告信息主要目的是对该检查的报告进行重写，要求支持只有状态为已录入报告的患者可以取消报告，取消报告后检查将回到写报告之前的状态，到达或已有图像。
报告转交：报告转交主要目的是批量修改报告锁定的用户，要求支持在RIS中当一份报告被用户打开后，或者分配报告给指定医生后，将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后，在该出可批量修改锁定的医生，交给其他医生来处理报告。
1.1.7.8 医学影像传输与归档系统
要求具备影像采集、数据存储归档、影像后处理、图像内容检索、影像调阅模块等功能
影像采集要求支持DICOM影像采集要 (略) 级所有的DICOM设备的对接，接收符合DICOM3.0标准的DICOM影像。
影像收图服务：收图服务要求支持接收来自于多种类型的DICOM SCU存储请求，支持标准的DICOM设备，CR、DR、CT、MR、NM(核医学)、PET、PET-CT,XA(血管造影)、XRF(X射线荧光)、DSA、Ultrasound Multiframe(动态超声)、Ultrasound(超声)、Endo-scopic(内窥镜)、Microscopic(病理显微镜)，还支持DICOM网关转换的DICOM 文件(视频二次采集)等。
DICOM核心服务类：要求支持DICOM服务：C-ECHO,C-Find,CMove,CSTORAGE,支持所有标准DICOM图像的接收，并对图像进行归档存储。
非DICOM影像采集要求支持设备若不支持DICOM标准，可通过采集卡将设备视频源传输到采集工作站进行图像采集。图像采集工作站要求支持多种类型采集卡，支持单张图片采集和动态视频采集。对于采集图像方式支持采集卡/网口，采集快捷键支持程序按键操作，键盘快捷键操作，脚踏板/USB手柄操作。采集完的JPG图像可以上传到文件服务器直接存储，也可转换成DICOM上传到PACS服务器统一存储。
要求通过完成对患者检查图像的快速采集，以及视频的录制上传，实现诊室内部实时显示实时上传
数据存储归档
要求数据存储归档模块负责支持将影像患者检查信息插入PACS影像数据库，同时将影像文件进行在线存储和近线压缩存储。
要求支持在线影像归档存储：负责将收图服务接收到的DICOM影像文件按指定的格式归档存储到在线Image目录里面。
要求支持近线影像压缩存储：负责将在线的原始DICOM影像压缩后，归档存储到近线存储EOL目录里面。同时更新数据库EOL 对应的标志位。近线存储可以采用相对廉价的存储系统SATA，SAS，IDE等磁盘阵列。所有的影像都永久存储在近线存储上。近线存储的空间， (略) 影像数据的增加，需要不停的扩充。 (略) 存储空间，系统可以采用JPEG 的无损压缩，或者是 JPEG2000 的无损压缩。
要求支持影像同步服务：影像同步服务负责将本机PACS服务器接收的影像同步到其他PACS服务器上，保证所有PACS服务器在线影像都相同，更好的保障影像文件的安全性。
要求支持在线影像清理服务：在线影像清理服务负责监控PACS服务器在线Image存储目录，当Image所在磁盘剩余空间小于指定最小剩余存储空间时，负责将在线存储目录里面已经归档压缩过的历史图像进行删除清理，保证在线存储有足够的存储空间接收新的DICOM影像。
要求支持自动重启监控服务：PACS服务器自动重启监控服务负责监控影像收图服务，影像归档存储服务，影像同步服务，影像清理服务的运行状态是否正常，如果以上服务状态不是运行状态，自动重启服务能及时的检测到并启动以上服务，保证以上服务随时都能正常运行。同时监控以上服务占用内存和CPU的情况，如果某个服务出现占用内存和CPU异常，监控服务能及时重启异常的服务。
要求支持影像后处理的多平面重建功能，在横断面扫描的基础上，要求支持对某些标线指定的组织进行不同方位的重组，从而得到冠状、矢状、斜位、曲面等方位的二维图像。
图像内容检索
要求支持影像调阅前的检查信息的查询。要求包括：
查询患者检查信息、查询条件设置、图像基本信息检索、查询图像信息等查询功能
影像调阅
要求实现对影像的传输和影像的浏览及操作功能。为了提高影像传输效率及更好与其他系统集成，影像传输要求即既可以支持基于TCP/IP协议的DICOM服务，也可以支持基于Web HTTP协议的WADO服务；影像浏览及操作模块是对二维图像的平面操作集合，涉及彩色和灰度图像的操作
影像浏览器功能要求支持影像格式转换及影像调阅功能，要求包含
影像解析、调窗、堆栈、缩放、放大镜、翻转、探针、反转等功能
影像操作配置管理
要求支持配置影像浏览器运行所需的基本环境参数和用户自定义参数。主要功能要求包含布局配置、窗口配置、调窗配置、操作行为配置：
光盘刻录：光盘刻录模块要求支持将选择的检查列表中的影像下载到本地，并生成影像索引文件DICOMDIR，然后将影像、索引文件和轻便版的浏览器一起进行刻录。
1.1.7.9 LIS系统
1.1.7.9.1 检验信息管理系统
要求提供检验设备对接、集中接收、标本拒收、标本核收、标本登记、报告处理、危急值闭环管理、报告查询、明细查询、统计汇总、TAT统计、实验室质量指标、质量控制、基础数据信息维护、系统权限管理等功能。
检验设备对接： (略) 现有检验终端设备对接工作（包含检验终端对接所需设备与相关耗材），保证检验结果正确传输。
要求提供集中接收功能，要求支持标本到达检验科标本集中接收窗口使用。要求包含如下功能：接收护士站采集的标本（未采集的标本也可直接接收）；拒收不符合检验要求的标本；运送单标本接收；打印护士回执单；按条件查询已申请的医嘱信息；置打印标识；清空列表；标本无采集信息提示，可控制是否接收；标本条码有拒收记录，提示是否继续接收；接收判断标本临床状态，已经执行、已经停止、已经撤销、已经作废的标本不可接收；接收权限控制，提示标本非本处接收，请送到指定科室接收；门急诊欠费提示不可接收； (略) 提示，控制是否接收；标本超TAT时间提示等
要求提供标本拒收功用，要求支持在检验科接收窗口收到问题标本时可以对标本进行拒收并打印拒收单，根据卫计委相关统计对拒收类型分为医嘱问题，采样问题，运送问题，对应详细原因可以直接点击选择，方便快速处理，也可获得准确的统计数据。
要求提供标本核收功用，要求支持标本处理后，进入核收排样操作，即按工作小组或医嘱组核收检验标本。要求支持标本可按照医嘱组核收并自动分流水号段；要求可按照标本类型，患者类型核收自动分流水号段；可自动分配工作小组；要求核收页面显示流水号可用号段及核收医嘱信息；核收错误提示具体核收位置信息。
要求提供标本登记功能，要求手工登记可以根据病案号获取患者信息，展示工作小组下所有医嘱方便勾选，附加条码及记录单打印勾选。对登记错误的患者信息可批量修改流水号。
要求提供报告处理功用，报告处理页面是检验科技师工作者最常用页面，要求支持可完成标本结果处理到报告审核的操作。在报告结果审核之前，要求支持技师可通过质控提示判断当天仪器结果准确性，也可比对历次结果及图片结果判断结果准确性；要求通过标本操作日志可查询报告手工修改记录；通过右键功能菜单，可进行复查操作，转移标本工作小组，转移标本处理日期，批量增删项目及单独增加项目，拆分报告，标本复制等功能
要求提供拆分报告功能，要求支持将一个标本拆分成多个报告出结果，通常由于一个标本由多个仪器做检时才需要拆分。
要求提供标本复制功能，要求支持仅仅复制标本的信息，复制时新选择医嘱，减少手工登记录入患者信息的工作量使用。
要求提供结果备份功能，要求支持把原标本备份一份，原标本用新填的流水号和日期，要求支持复制标本在原标本的日期和流水号，两个标本都有结果。
要求提供结果复查功用，要求支持把原标本备份一份，原标本用新填的流水号和日期，复制标本在原标本的日期和流水号，复制标本有结果,原标本无结果。
要求提供危急值闭环管理功能，要求支持危急值上报：当报告存在危急值结果时，弹出危急值报告处理界面，要求危急值报告处理至少提供四种方式:网络上报、电话上报、网络+电话上报、无需上报。网络上报要求支持选择后会发送危急值报告给临床医生；电话上报要求支持电话通知的方式通知相关人员并做记录，系统上不发送危急值消息到临床；网络+电话上报：要求支持电话通知的方式通知相关人员并做记录，并会发送危急值报告给临床医生；无需上报：不作为危急值进行发送。
要求支持医生阅读危急值消息并处理。
检验系统消息提醒：临床处理危急值消息后检验科收打临床处理或未处理消息。
要求提供报告查询功能，要求支持报告查询页面方便检验科报告窗口查询患者报告及打印，可通过登记号，病案号，检验号，卡号，流水号，患者姓名精确查找出患者所有状态下的报告，包含登记，初审，复查，取消，审核，打印，未打印。要求高级查询提供更详细的查询条件。取消自助功能还可重置自助状态，重置后在自助机上可二次打印报告。
要求提供明细查询功能，要求支持接收明细查询：查询条件有时间条件，病人类型，申请科室，工作组，接收用户，运送用户，医嘱及标本类型。要求支持查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供核收明细查询功能，要求查询条件有时间条件，病人类型，申请科室，工作组，医嘱及流水号，接收者，核收者，审核者。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供拒收明细查询功能，要求查询条件有时间条件，申请科室，工作组，病区，拒收类型，拒收人。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供危急报告查询功能，要求查询条件有时间条件，申请科室，申请医生，工作组，工作小组，病人类型，是否处理。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供报告结果查询，要求查询条件有时间条件，申请科室，工作组，病区，拒收类型，拒收人。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供仪器结果明细查询，要求查询条件有时间条件，检验仪器，申请科室，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供标本状态查询功能，要求查询条件有时间条件，登记号，申请科室，申请医生，工作组，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供取消审核查询功能，要求查询条件有时间条件，取消审核人，申请科室，病区。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供收藏报告查询功能，要求查询条件有时间条件，申请医生，病人类型，申请科室，检验医生，检验医嘱，工作组，工作小组，审核医生，标本类型，收藏类型。查询内容打印和导出，导出可以选择导出保存为excel文件
要求提供统计汇总功能，具体要求如下：
工作量综合统计：要求根据时间类型、日期范围、工作组，病人类型等查询条件统计工作量，查询条件可以根据选择内容定义表格列头，组合出不同形式的表单。
要求支持查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供工作小组工作量查询功能，要求查询条件有时间条件，病人类型，工作组，工作小组，项目。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供仪器结果汇总功能，要求支持查询仪器均值，标准值，最大最小值，变异系数。查询条件有时间条件，仪器，申请科室，病人类型，要求查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供项目阳性率统计，要求查询条件有时间条件，申请科室，工作组，工作小组，检测项目，要求支持查询内容打印和导出，导出可以选择导出保存为excel文件。
TAT统计可有效展示科室工作集中度，工作强度，各阶段工作合格率。要求包含：
运送工作集中度，接收工作集中度，核收工作集中度，审核工作集中度；采集到运送工作强度，采集到运送工作强度，采集到接收工作强度，采集到核收工作强度，采集到审核工作强度，送检到接收工作强度，送检到核收工作强度，送检到审核工作强度，接收到核收工作强度，接收到审核工作强度，申请到接收工作强度，申请到核收工作强度，申请到审核工作强度，核收到审核工作强度；采集到审核合格率，接收到审核合格率，核收到审核合格率，采集到接收合格率，采集到核收合格率，接收到核收合格率。
要求提供接收工作集中度查询，要求查询条件有时间条件，申请科室，工作组，工作小组，病人类型，优先级，要求查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供审核工作集中度查询，要求查询条件有时间条件，申请科室，工作组，工作小组，病人类型，优先级，查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供标本汇总查询功能，要求条件有时间条件，申请科室，病人类型，优先级，查询内容打印和导出，导出可以选择导出保存为excel文件。
接收至审核合格率：查询时间条件分为年统计，月统计，精确度每日时间，要求查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供TAT汇总（按照核收时间查询）功能，要求查询有时间条件申请科室，病人类型，各操作动作，优先级等，要求查询内容打印和导出，导出可以选择导出保存为excel文件。
实验室质量指标具体功能要求如下：
要求提供实验室质量指标汇总功能，要求可概览医嘱专业组中位数（含检验前周转时间，实验室内周转中位数），项目组中位数，危急值通报率，标本可接受性，血培养污染率
要求提供标本可接受性查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供危急值通报率查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供医嘱专业组中位数查询功能，要要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供项目组中位数查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供专业组TAT中位数查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供血培养污染率查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供标本可接收性查询功能，要求查询条件有时间条件，年分，月份，季度，病人类型。查询内容打印和导出，导出可以选择导出保存为excel文件。
要求提供室内质控项目开展率，要求可按工作组，工作小组（仪器）开展率
要求提供室间质评项目不合格率，要求可按工作组，工作小组（仪器）不合格率
要求提供室间质评计划：
要求提供室间质评结果录入：
要求提供实验室间比对率
要求提供质量控制功能，具体功用要求如下：
要求提供L-J图，要求支持选择日期范围、检测项目，分别各类浓度下的质控趋势。L-J方便单浓度趋势图，越接近靶值浮动，仪器质量越稳定。
要求提供质控规则，要求按照质控物维护的质控规则，显示不同的颜色点。如+3SD线上的点为失控，且用红色标识，在质控图中，该点呈红色。
失控处理：点击质控点，弹出失控处理界面，双击选择或直接录入失控类型、处理方法、处理结果、临床影响等信息。
要求提供编辑质控点：在失控处理界面，录入一新的质控值，点击【添加】，并保存。成功在当前质控图中增加一质控点。也可进行排除和删除质控点操作，排除的质控点不参与判断，可在质控数据界面看到已排除的质控点。
要求提供失控处理功能，要求支持填写失控类型，原因分析，质控处理方法，质控处理结果，质控临床影响，质控预防措施。
要求提供Z分数图，要求Z分数图可同时显示多种类型的浓度，方便个浓度间的对比。
要求支持WestGuard图，要求WestGuard图可同时以多张图形式展现各浓度变化。
要求支持优顿图，要求可以方便质控两个浓度间的收放趋势。越靠近中心区域的点，离靶值越近，仪器效果越好。
要求提供8-N图，要求方便多个项目最近八天的质控情况，适用于按医嘱质控。可同时选择全部检测项目和全部的浓度显示。
要求提供质控对比图，要求可对同一个检测项目下，不同浓度的质控图进行对比。可以对比一个仪器的不同浓度的质控，也可以对比两台仪器的质控效果。
要求提供日间质控，要求方便多个项目一天的质控情况。快速知道某个项目是否在控。日间质控只能到一天的质控信息。
要求提供定性质控，要求未维护定性质控的检测项目，质控结果以Z分数图的形式显现；维护了定性质控的检测项目，质控结果以定性形式显示。
要求提供质控监控功能，要求可直观的显示一个仪器多个项目多个浓度的质控情况。选择日期和检测项目可查询显示对应的质控监控。
要求通过质控图，选择默认图L-J、Z分数图和WestGard图三类。可当天质控图。进行失控处理，失控评价等操作。
要求提供质控月报。要求支持选择月份、开始结束日期、质控物等条件，可查询指定月份内，项目的质控情况，包括失控率、使用靶值、本月SD值等。质控月 (略) 提供上报质控情况。也可进行打印、导出操作。
要求提供质控年报，要求支持选择年份，仪器，查询出一年的质控项目，通过质控项目明细内容，要求可显示相应质控项目的失控情况。
要求提供质控上报，要求支持、上报质控项目对应的质控结果，可导出。
要求提供质控失控查询功能，要求质控项目的失控情况，也可进行失控处理。
要求提供质控操作日志功能，要求支持选择日期、检测仪器，当前所有的质控操作记录
要求提供基础数据信息维护功用，具体功能要求如下：
要求支持采集容器维护：可编辑颜色添加图片，方便护士辨识容器。
要求支持标本类型维护：可维护WhoNet码，标本组。
要求支持检测项目维护：维护信息详细；含三方对照码维护可扩展性强；要求支持特殊检测项结果配置化控制；参考范围维护精确，可适用科室，适用诊断；计算项可维护复杂逻辑规则。
要求支持医嘱维护：医嘱信息维护详细；采集提示，取报告提示，报告说明，报告要求支持模式等可配置维护；标本类型及采集容器可添加多个，并可维护条码数量关联采集部位。
系统权限管理
要求支持用户维护：可维护默认访问，配置不同安全菜单组权限，可以要求支持配置用户级别，限制用户访问数据权限
要求支持安全组菜单：可维护不同安全组访问页面，及功能点。
要求支持工作组默认设置：工作组级控制及默认设置。
要求支持工作小组默认设置：工作小组级控制及默认设置。
1.1.7.9.2 微生物信息管理系统
要求提供标本接收、微生物标本核收、微生物报告处理、手工计费、微生物预报告、批量阴性、细菌鉴定过程记录、鉴定过程记录标签打印、菌株存储、WhoNet接口、发送危急值报告、微生物统计报表等功能
要求提供标本接收功用，要求微生物检验包括送检标本的接收、标本核收、结果处理、报告审核和报告查询打印等功能。
要求提供标本接收功用，要求可根据标本上条码号找到标本，将界面上的标本信息与送达标本标签上的信息核对无误后把标本信息从HIS系统接收到微生物系统，否则填写拒收原因做标本拒收操作，把标本返回给申请科室或病区。
要求提供运送单接收功用，要求可通过送达的标本运送单号在系统找到运送标本明细，再根据标本条码号和运送单上标本信息核对无误后把标本信息从HIS系统接收到微生物系统，否则把有问题标本通过拒收流程返回给申请科室或病区。
要求提供标本拒收功用，要求可根据送达标本的条码号在系统中找到标本，填写拒收类型和拒收原因做标本拒收操作，把标本返回给申请科室或病区
要求提供微生物标本核收功用 ，要求支持系统按照用户指定的检测仪器和检测日期生成维护好的流水号把标本核收到在检测仪器所在工作小组上。
要求提供微生物报告处理功用，要求包括保存报告、初审报告、审核报告和报告查询打印等功能。具体功用要求如下：
要求提供取消核收功能，要求支持如果标本分配的工作小组、标本日期或流水号有误时，可以从列表中选择标本，通过取消核收操作把标本返回到未核收状态。
要求提供手工登记功能，要求支持对于手工填写的报告，可以把报告信息在手工登记界面上在指定工作小组、标本日期和流水号上录入完成后保存到标本列表。
要求提供结果采集功能，要求支持仪器接口把采集到的结果保存到系统，工作站可以把采集到仪器结果显示到报告审核界面上。
要求提供结果录入功能，要求支持对于手工检测的标本结果，可以按照标本的流水号手工单个或批量录入到系统。
要求提供保存报告功能，要求支持对于手工登记和仪器传输的标本的信息结果无误之后对报告作保存操作。
要求提供报告初审功能，要求支持标本报告结果初次核对无误后，通过初审操作完成报告初步审核。
要求提供报告审核功能，要求支持完成初审操作的报告结果再次核对无误后，点通过审核操作完成报告的最终审核。报告审核时系统会自动校验审核用户是否符合双审规则，如果不符时系统自动提示并终止审核操作。
要求提供报告批审功能，要求支持把标本列表中选择的多个标本报告结果核对无误后，通过批审操作一次完成审核。
要求提供报告阴性功能，要求支持把标本列表中选择的多个阴性报告结果核对无误后，通过批审操作一次完成审核。
要求提供取消初核功能，要求支持把通过初审的报告返回到未审核状态。
要求提供取消审核功能，要求支持把通过审核的报告返回到初审状态。
要求提供报告打印功能，要求支持把标本列表选中的报告打印输出，输出方式支持打印预览和生成PDF文件。
要求提供标记复查功能，要求支持把标本列表中有问题的特殊报告和疑难杂症等标记为特殊颜色，可以在报告列表中快速找到。
要求提供手工计费功能，微生物手工计费主要是正常标本收基本费，培养出阴性结果的成本费。出来阳性菌之后需要进一步做药敏试验，药敏的成本费需要追加收费。
要求提供微生物预报告功能，微生物预报告有些报告提前出做出药敏结果需要提前发送到医生端，可以使用预报告做提前展示，当这个报告结果全部做出结果，报最终报告，预报告在医生端消失。
要求提供添加报告功能，要求支持添加一个报告到预报告界面中。
要求提供结果保存功能，要求支持是把手工录入的结果或仪器做出来的姚敏结果核对无误后作保存操作。
要求提供拿主药敏功能，要求支持把主界面的药敏拷贝到预报告。
要求提供报告初审功能，要求支持核对保存之后的结果无误之后对报告做初审操作。
要求提供报告审核功能，要求支持初审之后的报告确定无误之后做审核操作，发送到临床医生端。
要求提供取消取审功能，要求支持对初审之后的报告取消初审操作。
要求提供取消审核功能，要求支持对审核之后的报告取消审核操作。
要求提供删除报告功能，要求支持对添加的预报搞删除操作。
要求提供打印预览功能，要求支持对初审、审核后的报告在报告单中展示的样式打印预览。
要求支持批量阴性结果审核功能，要求支持可以按照条件查询出指定的阴性结果报告对其批量审核报告。
要求支持细菌鉴定过程，主要是用来电子化记录微生物检验室日常临床分离到的菌株的鉴定过程，要求不仅可以使鉴定流程得以保存下来，方便不同岗位人员沟通，还可以使鉴定流程规范统一。
要求提供阴性结果录入功能，除血培养自动上传阴性结果外，一般细菌培养及痰培养，真菌培养菌需要手工录入阴性结果，鉴定流程中“类别”为“项目”的选项录入后结果会上传到检验报告结果中，具体流程要求：1.扫培养基上的条码2.录入相应的阴性结果（如：痰培养需录入未生长致病菌）
要求提供血培养管理功能，对于血培养阳性标本来说，鉴定流程应录入“细菌1”→“转种”→选择报警的培养瓶（X,Y,儿童瓶）→打印标签后进行转种，涂片，直接药敏等操作。
要求支持一般细菌培养管理，阳性结果根据细菌种类录入细菌1，细菌2，以此类推，以此类推。尿培养，导管标本需录入细菌计数结果。
要求支持痰培养管理，阳性结果根据细菌种类录入细菌1，细菌2，以此类推，录入细菌半定量结果。
要求支持共同途径管理，要求支持进入具体鉴定流程后，根据所需的鉴定方式，药敏方法填入鉴定流程，一定注意要填写到每个分离菌的子集下。
要求支持录入鉴定过程之后可以打印出记录单方便用户具体录入内容以及操作步骤等。
要求支持菌株存储功能，要求支持把检验报告中的有价值的菌株存放到存储架子上，便于管理菌株的具体位置和菌株信息。
要求提供存储菌株功能，要求支持根据指定冰箱和存储盒存储菌株明细。
要求提供外来菌录入功能，要求支持把其他医疗机构的菌株信息通过EXCEL文件批量导入到系统，也可以手工登记录入到系统中。
要求WhoNet接口提供药敏结果查询导出功能，查询支持通过日期范围查询系统中所有报告的细菌及其药敏结果，并按照WhoNet要求输出到DBF文件
要求提供发送危急值报告功能，要求支持把系统中符合危急值报告的结果审核并通过消息评估费推送给临床医生。
要求提供微生物统计相关报表，具体要求如下：
分离率统计：统计标本、科室、病区的阳性率统计。
可以按照不同的条件来组合标本类型、申请科室等来查询。
分布率统计：统计标本、科室、病区的阳性率统计。分布率统计可以按照审核日期、核收日期、病人类型来组合条件查出按照科室来统计具体某个科室的标本类型细菌和医嘱的个数。
耐药率统计：统计一段时间内的细菌中抗生素出现耐药的株数以及耐药率 ，可以详细看见细菌、抗生素、耐药株数、总数、耐药率。
阳性率统计：按照审核日期、核收日期、申请科室、病人类型、工作小组、标本类型等多种条件合并查询，查询出结果展示按照科室、阳性菌的总数、细菌和抗生素的WhoNet码以及阳性占比。
1.1.7.9.3 试剂管理系统
要求提供试剂采购、试剂入库、试剂出库、试剂使用、库存管理、统计查询、系统维护等功能
要求试剂采购功能包含如下功能，具体要求如下：
要求提供创建采购计划功能，要求支持试剂由实验室统一采购，由各试剂小组提出自己的采购计划，解决采购组不了解各试剂小组当前需要的试剂种类和数量问题。
要求提供汇总生产订单功能，要求支持由采购组按照供应商汇总各试剂小组的采购计划，生成采购订单，集中采购试剂；
要求提供创建采购订单功能，要求支持根据采购计划汇总生成的订单可以在该页面进行，也可以在当前页面直接创建采购订单；为便于预警和采购，要求每种试剂都可以设置低库存预警线、高库存预警线以及最佳库存，页面还提供采购周期选项，添加试剂后采购数量自动计算，也可手动维护。
要求提供采购订单审批功能，要求支持根据实验室业务流程，在试剂基础数据菜单试剂系统参数界面配置“采购订单是否需要审批”。 被配置为“是”，则要求支持采购订单需要进行【组长审批】和【主任审批】，审批通过之后，才可以进行审核；若配置为否，则要求可在创建订单界面根据用户权限直接进行、或登*审核界面进行审核操作。
要求提供审核采购订单功能，要求支持对采购订单明细进行修改、保存、审核、删除以及取消审核操作，要求除取消审核外的其他操作均与创建采购订单界面基本相同，但是不能删除和添加采购试剂；要求已审核的订单可以进行取消审核操作，取消审核之后可以进行订单的修改和删除，防止误操作造成的损失；订单明细行的颜色会根据试剂的不同库存状态而有所区分。
除此之外我们还要求提供订单综合查询页面，可以进行订单查询及打印。
试剂入库具体功能要求说明如下：
要求提供规则扫码入库功能，试剂采购入库前已经贴好试剂条码，并且入库的所有试剂都具有相同的规则性，它们由相对固定的前缀+序号组成，针对这种情况，要求支持入库时不需扫每一个条码，只需要扫其中一个条码，并录入生成其他条码所需的规则信息。
要求提供逐个扫码入库功用：试剂采购入库前已经贴好试剂条码，并且入库的所有试剂无明显规则性，针对这种情况，要求支持入库时需要扫描每一个条码。
要求提供扫码选择入库功用，试剂包装盒上一般会存在一种类似商品码的编码，若该编码包含可确定具体试剂且可提取的信息，每次入库时该信息都不会变化，我们可以将它理解为唯一对应试剂的试剂别名，此时可利用它简化入库试剂的选择操作；要求支持可以将这些信息与具体的试剂一一绑定，扫码时通过被提取的信息来检索出对应的试剂；信息串在试剂基础数据菜单的试剂耗材选项的条形码字段维护。
要求提供订单入库功用，要求支持当通过本系统生成的采购订单所采购的试剂需要部分或者全部入库时，可通过订单入库方式入库。系统会自动根据订单明细创建入库明细，用户只需在此基础上进行修改即可。
要求提供手工入库功能，要求支持当无法快捷（扫码、扫码选择、订单或偿还）入库时，采用手工入库方式。
要求提供偿还入库功能，要求支持借出出库的试剂被偿还时，采用偿还入库方式。 选择已审核的借出出库单，要求该借出单应与本次偿还对应；要求支持可通过借出出库单快速生成默认偿还明细；偿还明细可修改。入库单生成之后，由具有审核权限的人进行确认审核操作。审核完成之后实现对应入库组的库存增加，并且要求可以打印当次入库的所有条码。对于除规则扫码入库和逐个扫码入库之外的入库方式，均需要将条码贴在对应的入库包装上。实现对每一个入库单位的精细化管理。
除此之外还要求提供了库单综合查询页面，可以进行入库单查询及打印。
试剂出库
要求提供试剂出库功能，要求支持无特殊要求的试剂出库，都可以采用试剂出库方式，也可以实现非试剂（耗材等）的出库。
要求提供调拨出库功能，要求支持由科室根据使用情况，主动分发给各使用小组。也可以根据订单入库单明细，对各使用小组进行批量调拨。
要求提供请领出库功能，要求支持由各使用小组根据库存及使用情况，提交请领计划。再由实验室根据库存情况进行处理。要求支持在库存充足的情况下进行请领出库操作，在库存不足的情况下可以进行分批次处理，或补充库存后统一处理。
要求提供盘库出库功能，要求支持在库存盘点的过程中，出现存在系统库存大于实际库存的情况。这时候需要对系统中多出来的库存进行出库操作，以保证系统库存和实际库存的一直。盘库出库在库存盘点过程中后台生成。
要求提供仪器消耗功能，需要关联到使用仪器的试剂出库选择该种方式出库。要求支持其中在出库明细中可以选择默认仪器，也可以对明细中每一种试剂单独关联使用仪器。
要求支持报损出库功能，要求支持在使用过程中由于失误等原因导致的试剂损坏，此时可以选择报损出库。要求支持在系统参数配置可根据实验室情况配置是否需要审批。被配置为“是”，则采购订单需要进行【组长审批】和【主任审批】，审批通过之后，才可以进行审核；若配置为否，则可在创建报损出库单界面根据用户权限直接进行、或登*审核界面进行审核操作。
要求提供退货出库：要求支持因试剂质量等问题造成的需要将试剂退回到供应商的情况，需要进行退货出库。
要求提供作废出库功用，要求支持因库存囤积造成的试剂过期、失效等问题，需要进行作废出库。
要求提供试剂借出功能，要求支持其它小组或机构试剂短缺的时候，有可能向登*小组进行试剂借用，登*小组记录借用明细及说明。
要求支持各种不同场景的出库单生成之后，由具有审核权限的人进行确认审核操作。审核完成之后实现对应出库组的库存减少。
除此之外要求提供出库单综合查询页面，可以进行出库单查询及打印。
试剂使用具体功能及要求说明如下：
要求提供普通试剂开封功能，要求支持普通试剂若没有进行过开封，则选择开封，打印开封标签；若已经开封且未使用完成的，要求支持可选择二次开封使用剩余部分；若当前试剂开封且使用完成，要求支持可点击耗尽。系统记录各环节操作人及时间。
要求提供质控品开封功能，要求支持若所选试剂未被分包过，先进行分包操作，系统会自动生成n+1条开封记录，每一条记录为每一等分的试剂；依次选中每次需要使用的等分，进行开封使用；若当前试剂所有等分已经被开封使用，可点击耗尽。系统会记录各环节操作人及时间。
要求提供化学危险品开封功用，录入所选试剂需求量，进行开封申请操作，完成化学危险品使用申请；要求支持化学危险品的开封经过组长审批和主任审批两个环节，都通过之后完成当次开封；若有剩余可选择闭封操作；若使用完成或要废弃剩余部分的试剂，可点击耗尽。系统会记录各环节操作人及时间。
库存管理详细要求说明如下：
要求提供库存盘点功能，要求支持库存盘点界面默认加载本试剂小组所有系统库存大于零的试剂，要求可以根据条件筛选之后确定盘库试剂列表，盘库列表可以导出；扫入实际库存条码，要求支持系统自动计算盘库数量；若无差异库存仅生成盘库记录，若有差异库存的除盘库记录外还会盘库单。
要求提供审核盘库单功用，要求支持库存盘点生成的盘库单；若盘库单有误，要求支持直接删除盘库单；在盘库明细中，可记录差异原因；确认无误后，审核盘库单。
要求模块提供库存查询，库存、效期预警功能。
提供库存查询功能，查询登*小组系统库存不为0的试剂；
提供批次库存查询功能，查询所有在登*试剂组有过库存记录的试剂；
提供库存预警功能，要求支持展示所有库存超过预警范围的试剂。支持使用不同颜色标记“低于最低预警线”和“高于最高预警线”；
提供过期预警功能，要求支持展示所有临近或已过期试剂。要求支持颜色表示已过期试剂，默认背景色则为临过期试剂（进入效期预警范围）。
统计查询详细要求说明：
要求提供各环节产生的数据统计、记录、或所需凭证，方便导出或打印，及报表的制作。
要求提供台账记录显示登*小组内试剂出入库记录信息，提供总账汇总试剂正常入库、偿还入库，正常出库、借用出库时间段内统计结果。
要求提供供应商应收金额汇总，是登*试剂小组在搜索时间段内入库的向供应商采购试剂的应付金额；
要求提供领用小组汇总查询时间段内本试剂小组所有发放的试剂，一般二级库存试剂小组无统计数据；
要求提供发票汇总页面搜索时间段内登*试剂小组所有供应商发票；科室入库汇总按试剂小组查询入库情况；
要求提供入库汇总按照供应商统计某时间段内的各试剂入库汇总及各供应商合计；搜索的时间是试剂入库审核日期；
要求提供出库汇总按照试剂小组统计某时间段内各试剂出库汇总及各试剂小组合计；搜索的时间是试剂出库审核日期；
要求提供实际消耗量统计指定时间段内所选试剂仪器关联的试剂消耗量和做的项目数量。
对于各类统计汇总，要求提供强大的图形切换功能，并且要求支持图片保存；要求提供数据报表导出、打印功能。
系统维护具体要求说明如下 ：
基础信息在初次导入之后，后期变化需要维护人员在前台界面维护保存。要求该模块除实现新增数据基本功能之外，还尽可能做到批量化、简明化；要求提供系统参数配置功能，可根据实验室流程设置参数，灵活改变业务流程
1.1.7.9.4 实验室质量管理系统
要求提供人员管理、设备管理、文件管理、湿度管理模等功能
人员管理具体要求说明如下：
要求提供人员基本信息登记功用，在人员管理页面，可以录入人员基本信息，上传人员照片及电子签名，录入合同相关信息并上传附件，记录学历及其它信息，完善人员档案；人员列表默认加载搜索时间段内登*工作组在职人员。
要求提供合同登记功能，要求支持合同日期、合同效期修改并上传合同附件时，后台会自动生成合同变更记录。
要求提供继续教育登记功用，要求支持相关信息页面继续教育标签页，录入继续教育信息后保存；若信息有误可以进行修改或直接删除。
要求提供工作业绩登记功能，相关信息页面工作业绩标签页，录入工作业绩信息后保存；若信息有误可以进行修改或直接删除。
要求提供事故记录登记功能，相关信息页面事故记录标签页，录入事故记录信息后保存；审核前的数据可以进行修改；确认信息无误后需要进行审核操作才能生效；信息作废直接删除即可。
要求提供工作岗位变动，相关信息页面岗位变动标签页，录入岗位变动信息后保存；审核前的数据可以进行修改；确认信息无误后需要进行审核操作才能生效；信息作废直接删除即可。
要求提供职称变更功能，技术职称、行政职称修改时，后台会自动生成职称变动记录。
设备管理具体要求说明如下：
要求提供基本信息登记功能，要求支持设备登记维护设备的基本信息，也可以根据模板导入数据简化操作；该功能有两个页面可实现，其中一个显示所有设备，另一个可根据登*工作组过滤数据，仅能操作当前工作组数据。
要求提供维护合同登记功能，要求支持设备的维护合同、使用说明等相关文件，均可在文件管理模块进行统一的备份管理。
要求提供保养计划功能，要求支持在设备维护页面，为指定设备新增类型为保养计划的计划；维护相关信息之后进行审核方可生效；审核前若信息有误可进行修改、删除、作废操作；审核之后可以选择执行操作，记录实际操作时间和说明；执行后若存在问题，可以对计划进行回执，记录回执时间、说明等相关信息。
要求提供设备维修功能，要求支持在设备维护页面，为指定设备新增类型为设备维修的计划；维护相关信息之后进行审核方可生效；审核前若信息有误可进行修改、删除、作废操作；审核之后可以选择执行操作，记录实际操作时间和说明；执行后若存在问题，可以对计划进行回执，记录回执时间、说明等相关信息。
要求提供设备校准功能，设备登记页面，设备基本信息若维护了定期校准相关信息，要求支持后台自动为设备生成校准计划；也可以根据实际情况提前人工维护校准计划。要求支持校准计划在设备维护页面进行；若筛选条件选择校准计划、待创建，则设备列表加载需要创建校准计划的设备，实现校准预警功能。校准计划审核审核前若信息有误可进行修改、删除、作废操作；审核之后可以选择执行操作，记录实际操作时间和说明；执行后若存在问题，可以对计划进行回执，记录回执时间、说明等相关信息。
要求提供设备作废功能，要求支持在设备登记界面，选中需要作废的设备，将其信息中激活项置为否完成作废。
文件管理具体要求说明如下：：
要求提供目录管理功能，要求支持在文件管理页面左侧列表中，显示文件存放目录结构。要求可根据管理需要，选择新建、删除、修改文件夹。新建文件夹时，除文件夹基本信息外，要求可以维护文件夹的、修改、删除权限，及文件夹可上传的文件类型。
要求提供文件上传功能，要求支持选中文件所属文件夹，选择添加文件，选择文件并维护文件基本信息、权限控制后保存。
要求提供文件审核功能，要求支持选中待审核文件，确认文件信息及内容无误后，进行审核操作。审核后的文件方可使用。
要求提供文件使用功能，对于生效文件，要求可以预览学台及应用
1.1.8.1 集成平台
1.1.8.1.1 平台管理
产品功能要求包括：多平台统一管理、接入平台系统，平台标准服务，平台消息以及行业内各标准的统一管理。
多平台统一管理：要求集中管理不同业务分类的多个平台，通过负载均衡实现平台的水平扩展。
接入平台系统：要求包括平台接入系统管理、包括接入系统、接口系统启用、接入系统停用、接入系统编辑等。
平台标准服务：要求具备平台的标准化接口服务，以组件的模式对平台服务进行管理。
平台消息管理：要求具备平台消息管理功能，包括消息汇总、异常消息、消息发布信息、消息订阅信息等。
行业标准管理:要求具备对系统中的角色、用户进行维护管理功能，包括角色管理、用户管理功能。
1.1.8.1.2 服务管理
产品功能要求包括：多种输入和输出适配器、服务注册中心、服务发布中心等模块。
多种输入和输出适配器：适配器是连接各种应用、技术、协议的暴露其功能和数据的高度标准化和可复用的程序，适配器具有处理异常，能够重试、超时和恢复等功能。目前适配器的类型有：xDBC、 TCP/IP 、 HTTP、 File、 COM、 SOAP、 REST等。
服务注册中心：服务注册中心是指服务提供者向服务注册管理中心发布服务的功能，服务提供者是服务的所有者，负责定义并实现服务，对服务进行详细、准确、规范地描述，并将该描述发布到服务注册管理中心，供服务请求者查找并绑定使用。服务注册管理中心具有目录服务、监控、负载均衡、安全控制、分布式强健壮、适用于高并发等功能。
服务发布中心：服务发布是由总线自身生成相应服务并对外进行发布，服务请求者使用服务描述中的绑定细节（调用者的身份、位置、方法、绑定、配置、方案和策略等描述性属性信息）来定位、联系并调用服务。服务发布中心将所有的服务部署到一台或者多台物理服务器上，形成一个整体对外提供服务，服务发布中心对所有发布服务进行统一的管理调配。各个业务系统直接访问服务发布中心查找需要调用的接口位置进而调用，不需关心下游系统使用情况。
1.1.8.1.3 消息管理
产品功能要求包括：支持基于消息的传递、支持同步和异步交互方式、基于消息内容的路由规则、数据格式转换、值域转换，消息监控等。
基于消息的传递：要求依靠消息传递信息，消息也会被持久化，同时支持消息的队列管理、消息的同步、任务识别、消息的跟踪、消息的定时发送、事件处理、通知等功能。
支持同步和异步交互方式：要求以同步方式发出的请求消息要等待应答消息到达才继续下面的传递。以异步方式发出的请求消息可以不需要应答，也可以需要应答但不等待，应答消息到达时再处理。
基于消息内容的路由规则：要求路由和基于规则的流量控制能力可用户定制和扩展，能轻松的支持最简单和最复杂的集成环境。
数据格式转换: 数据格式转换是整合平台将信息和数据从一种格式转换为另一种的能力。
值域转换：要求实现值域转换映射。
消息监控：要求具备图形化消息监控界面，实时消息负载及消息异常状况等内容。
1.1.8.1.4 标准管理
产品功能要求包括：标准字典、术语字典、共享文档、交互服务等模块。
标准字典：要求包括身份证件类别代码表、地址类别代码表、ABO血型代码表、Rh（D）血型代码表、诊断状态代码表等400多个国家和行业标准代码表。
术语字典：要求包括ICD-9手术编码（北京、全国）、ICD-10手术编码（北京、全国）、ICD-9诊断编码（北京、全国）、ICD-10诊断编码（北京、全国）、形态学编码（北京、全国）。
共享文档： (略) 内部不同信息 (略) 外不同机构之间的互联互通、信息共享为目的的科学、规范的医疗信息记录，在结构上遵循《卫生信息共享文档编制规范》，并结合业务实际进行了细化和应用落地。要求遵循HL7 RIM模型，借鉴国际上已有的成熟文档结构标准ISO/HL7 CDA R2三层架构，同时结合我国医疗卫生业务需求，进行本土化约束和适当扩展，以适合我国卫生信息共享文档共享和交换。
交互服务:要求基于RIM模型，参考HL7 V3标准， (略) 的实际情况和需求，对上述标准进行本地化扩展， (略) 信息交互规范，并文档化。 (略) 信息服务、互联互通的标准化指南，明确场景、信息模型、标准化服务的提供方、服务消费方。目前卫生部制定交互服务规范的数量36个，主要涉及患者身份信息、医护人员信息、医疗卫生机构（科室）信息、电子病历文档信息、医嘱信息、申请单信息、就诊相关信息、字典信息。
1.1.8.1.5 流程管理
产品功能要求包括：工作流引擎组件、可客户化的图形操作界面、启动、管理和监视流程的功能等模块。
工作流引擎组件：要求包含调用组件、代码组件、逻辑判断组件、循环组件、延迟组件、警告组件、异常组件等多种引擎组件。
可客户化的图形操作界面：要求具备可视化的流程配置界面，实现流程的自主配置。
启动、管理和监视流程的功能：要求具备全程可视化管理。
1.1.8.1.6 监控管理
产品功能要求包括：平台参数与报警参数配置、监控各个系统组件的状态、记录平台日志和异常信息、监控对象的启停控制、监控告警、监控可视化等模块。
平台参数与报警参数配置：要求对平台的各项参数进行配置，包括配置各个监控参数的报警阈值等。
监控各个系统组件的状态：要求对平台各个系统模块的状态进行监测。
记录平台日志和异常信息：要求记录平台的日志，显示与查询异常信息。
监控对象的启停控制: 要求对被监控对象进行启动、停止、重启操作。
监控告警：要求能够及时了解当前的监控信息，当监控对象的性能参数超过告警阈值时，时产生报警。告警阈值能够分级设置，不同级别产生不同的告警。通过多种告警手段提供现场和远程告警，并且可定制发送方式和告警的优先级。
监控可视化：要求实现图形化方式直观地显示监控信息，并能够进行统计分析。
1.1.8.2 临床知识库
要求提供数据管理、策略管理、智能审查、辅助信息实时提醒、诊疗建议查询、知识浏览、监测数据查询与分析等功能
数据管理：要求实现知识库标识定义，目录定义，基础字典与对照，知识录入等功能。包括知识库编辑器和字典表两大模块。
策略管理：要求为管理人员提供策略工具，要求可以按权限，按知识目录分别个性化定义校验规则。
智能审查：要求实现临床医师在开医嘱时，根据病人与医嘱的相关信息智能审查与提示等功能。
辅助信息实时提醒：医生端：要求支持开医嘱，提交检验、检查申请时，给与适应症、禁忌症、注意事项、不良反应、临床意义等辅助信息实时提醒。护士端：要求支持执行医嘱，在打印检验条码之前，给与适应症、禁忌症、注意事项、不良反应等辅助信息实时提醒。
诊疗建议查询:医生开具医嘱时，根据病人诊断信息，要求可以查询出诊疗建议，即适应症相对应的检验和药品列表，给出参考项。
知识浏览: 要求为用户提供在HIS中随时在线调阅浏览知识库内容,界面按知识库目录直观展现知识数据，最大效率的方便用户查询到相关数据。
监测数据查询与分析: 要求为用户提供数据触发提醒日志工具与查询分析功能。
1.1.8.3 综合查询系统
产品功能要求包括：定义查询对象、维护对象属性、配置查询条件、展示查询数据、配置用户权限。
定义查询对象：要求将基础表的字段关联各种属性，用于为查询数据服务统计查询套件。字段关联的属性要求包括：描述、统计项类型（度量，维度）、关联维度类型（对象维度、标准维度）、关联维度编码等。
维护对象属性：某些数据并不属于基础表的字段，但能归属于基础表字段所涉及的“主题”。要求支持这些数据可以通过基础表的ID获得。可以把这些数据定义为对象属性。
配置查询条件：要求支持根据选择的网格分组表格或交叉表格，选择具体的查询对象，选择对象的维度和度量，对象的过滤条件和日期口径，数据的展示方式，查询数据和保存报表。
展示查询数据：可以根据配置好的报表，通过用户权限的过滤，查询报表数据。
配置用户权限：主要是配置报表编辑权限和配置报表执行权限等。
1.1.8.4 智能报表
1.1.8.4.1 业务报表
具体功能包括：六薄报表，出入转统计报表，挂号统计分析，医技项目的工作量报表，特殊项目的人次数量统计等。
六薄 (略) 上报患者数据的报表， (略) 传染病人登记薄，出院感染病人登记簿，出院手术病人登记簿，出院抢救病人登记簿，出院死亡病人 (略) 病人登记簿。
出入转统计报表反映病房每天的实际运营情况，要求通过科室组，科室，病区组，病区等不同维度， (略) 科室的每天入、出、转患者情况、床位使用情况和其他重点监控指标， (略) 科室的运营情况。
挂号统计是门急诊挂号工作量的统计，要求提供科室、医生、出诊情况、挂号时段、节假日等多维度的挂号分析和同环比的趋势分析，从而反映门急诊每天的运营情况。
医技项目统计是对特殊的医技工作量做统计分析，要求通过可配置的医技项目，实现对科室医生的医技工作量的统计分析。
特殊项目的统计是对于某些重点关注的项目做统计，要求对特殊项目的人员做统计分析，对特殊项目的数量金额做统计分析等。
要求统计室报表具有灵活自主的报表配置方式和基于预计算的数据存储模式，可以快速完成统计相关的分析需求。
1.1.8.4.2 统计室报表系统
产品功能要求包括：挂号类报表、手术类报表、出入转类报表、项目统计类报表、六簿、其他报表。
挂号类报表：要求具备各科室，各医生的挂号工作量等功能。
手术类报表：要求具备各科室、各手术医生、手术护士、麻醉医生的手术工作量等统计。
出入转类报表：要求具备 (略) /出院/转入转出 (略) 日志信息。
项目统计类报表：要求具备各收费项或者医嘱项的费用情况或者使用情况以及工作量统计。
六簿：要求具备统计首页上6种情况， (略) 病人登记簿、出院传染病人登记簿、出院感染病人登记簿、出院抢救病人登记簿、出院手术病人登记簿、出院死亡病人登记簿功能。
其他报表： (略) 收治情况、 (略) 明细表、医院调查表-门诊、医院调查表-住院、护士工作量、医疗服务价格项目使用频次表、科室白/晚夜班工作量统计查询、病区白/晚夜班工作量统计查询等
1.1.8.4.3 核算报表系统
产品功能要求包括：科室部分核算报表、医生部分核算报表、明细部分核算报表。
科室部分核算报表：要求具备科室的核算费用分类的相关数据报表，如科室核算分类报表(医嘱)、科室核算分类报表(结算)、科室组核算分类报表(医嘱)、科室组核算分类报表(结算)等。
医生部分核算报表：要求具备细项到医生的相关核算分类费用报表，如开单科室医生核算分类报表(医嘱)、开单科室医生核算分类报表(结算)、病人科室医生核算分类报表(医嘱)、病人科室医生核算分类占比报表(医嘱)、科室医生核算分类占比报表(结算)、科室医生核算分类占比报表(医嘱)等。
明细部分核算报表：要求具备对本组收表的明细查询，和一些特殊报表如收入表明细查询、ICU病人费用信息(医嘱)、ICU病人费用信息(医嘱)。
1.1.8.4.4 财务报表系统
产品功能要求包括：记录未结账单的任务、未结账单的病人明细和已结账单的明日医嘱、在院病人费用的日期和明细数据、将未结账单的病人 (略) 病人的明细。
记录未结账单的任务：要求可以根据记录业务表每天 (略) 账单，并可以记录出错记录。
未结账单的病人明细和已结账单的明日医嘱：要求可以根据之前记录的未结账单记录生成未结账单的病人明细和已结账单的明日医嘱。
在院病人费用的日期和明细数据：要求具备病人的本期应收、本期实收、本期余额等明细数据。
将未结账单的病人 (略) 病人的明细：要求具备将未结账单的病人 (略) 病人的明细功能。
1.1.9 多媒体系统
1.1.9.1 数字媒体宣教
要求具备健康信息、医疗资讯、新闻资讯、医院公告、紧急通知等功能。
健康教育：如健康的生活方式、行为，高血压、糖尿病、脑卒中等知识普及、康复指导、心理健康教育等内容。
医疗资讯：包括疾病专科知识、疾病治疗、疾病护理、疾病预防、疾病诊断等疾病权威信息。
新闻资讯： (略) 报道、行业动态、企业新闻、医药财经、健康家园、抗击疫情、就医指南等内容。
医院公告： (略) 诊疗工作调整公告、设备项目招投标公告、人才招聘等。
紧急通知： (略) 临时发布的停诊、替诊通知等。
1.1.9.2 多媒体信息发布
数字媒体发布系统是指基于物联网标准，以高效、快捷、先进、综合应用为设计理念，采取集中控制、统一管理的方式将音视频信号、图片和滚动字幕等多媒体信息通过网络平台传输到各显示终端，实时地发布就诊信息、形象广告、医疗常识、专家介绍等重要信息， (略) 各个人流密集场所，如：大厅、住院部、候诊区、就诊区、药房、电梯间、各楼层通道等人流密集场所。这在很大程度上改善 (略) 指示系统，同时也提高看病效率，减缓病人等候时的焦躁心情， (略) 做好公共医疗事业、提高整体管理水 (略) 自身形象的重要途径。
要求具备素材管理、信息发布、模板定义、终端管理、分组管理、用户权限管理、频道管理等功能。
素材管理：要求多媒体素材支持包括：视频、图片、文字、声音、天气预报、新闻等，各种素材要求可以上传、修改、删除、查找，天气预报、新闻内容，要求可以通过手工编辑、互联网自动同步两种模式，要求可以根据安全组设置不同的权限，不同的权限可以设置不同站点和不同方式的获取同步内容。图片的管理，要求图片在上传修改的过程自动进行图片处理，达到系统要求的图片格式。要求视频的管理，不但可以上传现有视频文件，还可以定义实时的视频流编码，例如电视会议、手术直播、电视直播等。
信息发布：要求支持对文字、视频、图片、新闻、天气预报区域按安全组制定显示内容，新闻、天气预报为单区域显示，按照不同的安全组定制显示内容；视频区域，每个模板只有一个视频区域，可按照安全组定义相应的日期时间播放多个视频队列任务；文字、图片区域，每个模板当前预留三个区域，文字区域可按照安全组定义相应日期时间显示文字信息，图片区域可按照安全组定义相应日期时间、不同的方式、不同的间隔时间展现不同的图片集。
模板定义：要求根据模板对显示区域、显示内容、显示方式进行定义。模板信息要求包含：模板名称、模板描述、心跳时间、背景图、分辨率、视频区域、三个文字区域、三个图片区域、新闻区域、扩展区域、排队叫号队列扩展区域。
终端管理：要求多媒体显示终端可分组管理，要求可进行远程监控、控制、管理。多媒体终端列表，可以清楚的看到每个终端的物理信息(Mac地址、存储卡空间)、安装位置、当前的IP地址、当前的状态，单个详细信息，要求可以监控到当前终端显示的画面、当前播放视频的队列、信息发布的内容队列，要求可以对一个终端进行视频的插播、文字信息的插播。
分组管理：要求每个分组可以定义计划任务，不同的时间可以采用不同的模板，播放不同的视频、图片、文字，不同的分组可以设置不同的开关机时间。要求可以对固定的分组插播视频、文字信息。
用户权限管理：用户权限要求包含:系统管理、一级审核、二级审核、信息录入、字幕发布，要求支持不同的用户定义不用的用户权限，指定管理不同分组，拥有不同的操作权限。
频道管理：要求支持设置不同的频道，实现视频点播。每个频道可以指定实时节目、视频管理的素材，要求可以设置不用的默认Logo、不同的热键值。
1.1.10 OA（支持移动端）
要求提供公文管理、流程管理、信息管理、日常业务、日程管理、会议管理、车辆管理、文件管理、值班管理、工资管理、工作计划管理、综合评测、院内信、论坛等功能。
公文管理：要求系统支持收文管理、发文管理，支持拟稿、流转、审批、签发、办理、发送、归档等发文流程操作，同时支持收文、登记、拟办、传阅、归档等收文流程操作，提高公文流转效率。
流程管理：系统将不同的业务流程表单进行归纳总结，按照流程进展，对个人参与的业务流程进行分类管理，分别是发起申请、我的草稿、待办任务、办理记录、在途申请、历史申请、已阅列表、待阅列表、已办列表，方便用户处理和查询相关业务流程数据。
信息管理：要求 (略) 内部各类公开信息的定制与发布，最大 (略) 信息发布的需求，为此提供栏目管理、权限管理、发布信息、已发信息、撤回信息、草稿信息等功能，不但提供信息发布的渠道，还可以精准控制信息的阅读权限，具有阅读权限的人员，才能看到发布的信息，保证信息的安全性。
日常业务：要求系统支持定制各种日常业务，日常业 (略) 的所有科室，可以根据业务的发展情况，动态修改业务流程和表单数据，以满足业务的需求。其中包含物资申购、医疗耗材招标申请、设备维修申请、信息设备申请、护理会诊申请、院办公会申请等。
日程管理：要求系统提供日历模式的个人日程、领导日程、部门日程的管理功能，不但可以、编辑日程，日程管理还为用户提供提醒功能，定时提醒用户日程内容。对于领导层，还可以授权其他用户为其代写日程，最大限度满足用户需求。
会议管理：要求系统支持用户申请会议，用户可以会议室的预约情况，对不同的会议室，不同时间段进行会议的预约，避免会议冲突的尴尬；为了更好的支持会议管理功能，系统为会议管理员提供会议室管理和会议室内设备管理功能，用户可以根据会议的人数，会议所需设备等具体情况，选择不同的会议室进行预约，让公共资源得到最大程度的合理应用。
车辆管理：要求系统支持用户申请用车，用户可以根据业务需求， (略) 申请用车，根据车辆的用途和承载能力，选择不同的车辆进行申请。系统还为车辆管理员提供车辆信息、车辆保养、车辆维修、车辆出入库记录等信息维护功能，方便用户查阅每辆车的信息及使用情况。
文件管理：要求系统不但为用户提供个人文件管理功能，还提供公共文件管理功能。个人文件管理，是每个用户用来存储个人文件的地方，相当于个人网盘，方便在系统中和下载 。公共文件管理，通过控制文件的权限，只有具有权限的用户才可以、下载公共文件， (略) 信息资源的共享。
值班管理：要求系统提供值班管理功能，通过设置基础的值班规则，系统按照值班规则，自动排班，用户可以个人值班情况，也可以发起值班调整申请，对值班进行调整。另外，系统还支持值班统计功能，可以统计一段时间内用户的值班次数。
工资管理：要求系统为用户提供个人工资查询的入口，可以详细的工资条信息。还为财政工作人员提供工资上传、党费公式计算、工资查询等功能。
工作计划管理：要求系统以门户的方式提供工作计划和工作任务管理功能，为计划管理员提供计划的制定、计划任务的新增、分配、验收等功能，为了确保计划按时完成，还为用户提供催办任务功能。为任务执行人员提供任务的认领、任务的执行、任务的反馈等功能，确保任务按时完成。
综合评测：要求系统提供考核管理、考试管理、调查问卷管理、投票管理等功能， (略) 内部的考核机制，调动医务工作人员的工作积极性，督促医务工作人员提高业务水平。系统还提供数据统计分析功能，方便决策者从中提取信息，加强内部管理。
院内信：要 (略) 内信的功能，相当于一个系统内部的邮箱功能，实现信件的编写、发送、收信等功能， (略) 内部人员之间的沟通。
论坛：要 (略) 内部人员提供自由交流的区域，可以进行各方面的信息讨论。方便用户在此发帖、回帖、帖子等。
公文管理：要求系统支持收文管理、发文管理，支持拟稿、流转、审批、签发、办理、发送、归档等发文流程操作，同时支持收文、登记、拟办、传阅、归档等收文流程操作，提高公文流转效率。
1.1.11 接口
要求完成医疗保险接口
合理用药接口
放射科自助机接口
北京CA认证接口
今创信息系统接口（病案、不良事件、DRG、HQMS等8个系统）
对外预约挂号接口
医保结算清单上报接口
检验全过程指标
处方点评接口
流感上报接口
发热数据上报接口
医保扫码付接口
12320辽事通接口
HQMS数据上报接口
抗肿瘤数据上报
医保飞行检查接口
血糖仪接口
体检系统接口
临床决策支持系统接口
绩效考核系统接口
电子票据接口。
1.1.12 测评支持服务
要求提供电子病历四级评测从申报、资料准备、系统流程改造设计研发、评审相关培训及咨询服务。
五、 数据迁移要求
投标人 (略) 的业务需求对现有的信息系统进行历史数据迁移工作。系统迁移过程中，必须保证原系统数据的准确性和完整性；对原有的设备资源要进行合理的利用；对原有系统的数据在一段时间内进行保护，保证系统的平稳过渡。须提供完整的数据迁移技术方案，负责因历史数据迁移产生的费用。
六、 培训要求
投标人需要准备一份完整的培训计划，对采购人各类人员进行相关的培训，包括现场培训和集中培训等多种方式，培训的内容、次数和方式由采购人提出，采购人仅负责提供培训场地、培训电脑和培训人员的召集。培训环境的搭建、培训文档的准备、培训的实施、培训人员的考核等由投标人负责。
对与本项目的相关技术，投标人也需要提供必要的手段保证能够将其传授与采购人。与培训相关的费用，投标人应当一并计算在投标报价中。
1. 培训内容
对相关技术人员和管理专家进行全面的培训，使之在各个层次上掌握应用软件系统的操作、系统配置、运营、故障处理及日常测试维护，从而确保全网能正常安全的运行。
提供下列几个方面的培训：
（1）系统软件的用户使用培训，应用软件操作培训；
（2）系统管理培训、*方技术人员开发维护培训；
（3）应用软件操作疑难问题解答；
（4）第三方支撑软件（如数据库、操作系统、集成平台）的使用、开发、维护培训。
2. 培训对象
初级培训可使得系统维护人员能够顺利地完成日常的维护工作，保证系统的正常运行。高级培训应使得高级技术人员对本业务支撑系统的运行机制有着清晰明确的认识，并能够高效及时地解决系统突发运行故障。操作培训可让医护人员熟练使用本系统软件。
注：1.“★”标注项为必须满足项目，不满足按无效投标处理。
(略) 政府采购活动的供应商 (略) 政府采购供应商库的，请详阅辽宁政府采购网 “首页—政策法规”中公布的“政府采购供应商入库”的相关规定，及时办理入库登记手续。填写单位名称、统一社会信用代码和联系人等简要信息，由系统自动开通账号后，即可参与政府采购活动。具体规定详见《关于进一 (略) 政府采购供应商入库程序的通知》（辽财采函〔2020〕198号）。
1、参加辽宁政府采购活动的供应商，请详阅辽宁政府采购网“首页-办事指南”中公布的“辽宁政府采购网关于办理CA数字证书的操作手册”和“辽宁政府采购网新版系统供应商操作手册”，及时办理相关手续，因未办理相关手续造成的所有后果，由供应商自行承担。
2、投标（响应）文件递交方式采用线上递交方式，供应商同时准备电子投标（响应）文件、备份文件以及电子文件和备份文件一致性承诺函，并按招标（采购）文件要求进行签字、盖章，如因供应商自身原因导致未线上递交投标文件的按照无效投标文件处理。
PDF格式
Excel格式
Word格式
京公网安备 11010802042560号
京ICP备16047275号-1