【招标预告】[采购需求]2026NCZ(YC)006285银川市第二人民医院医疗质量提升项目（信息化建设）网络安全等保测评、软件测评及商用密码应用安全性评估工作(二标段）的采购需求

一、采购标段

采购计划编号：	2026NCZ(YC)006285	项目名称：	银川市第二人民医院医疗质量提升项目（信息化建设）
分包名称：	网络安全等保测评、软件测评及商用密码应用安全性评估工作(二标段）	分包类型：	服务类
采购方式：	公开招标	多年期错茬项目总概算	***.00
多年期错茬性项目本年预算:	10000.00
报价方式：	总价采购项目	是否属于技术复杂， 专业性强的采购项目：	否
是否为执行国家统一定价标 和固定价格采购项目：	否	是否适宜由中小企业提供：	是
不适宜由中小企业提供的情形：		不适宜面向中小企业证明材料：
是否远程异地评审：	否

发起异议
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
二、供应商资格条件
1.满足《中华人民共和国政府采购法》第二十二条规定，应提供以下材料：
1.1 提供在中华人民共和国境内注册的法人或其他组织的营业执照 （或事业单位法人证书，或社会团体法人登记证书），如投标供应商为自然人的需提供自然人身份证明；
1.2 法人授权委托书、法人及被授权人身份证复印件（法定代表人直接投标可不提供，但须提供法定代表人身份证复印件）；
1.3 提供具有良好商业信誉和健全的财务会计制度的承诺函；
1.4 提供履行合同所必需的设备和专业技术能力的证明材料；
1.5 具有依法缴纳税收和社会保障资金的良好记录的承诺函；
1.6 提供参加采购活动前三年内在经营活动中没有重大违法记录的书面声明；（提供《资格承诺函》）。
2.供应商在中国政府采购网（www.ccgp.gov.cn）未被列入政府采购严重违法失信行为记录名单，在“信用中国”网站（www.creditchina.gov.cn）未被列入失信被执行人、重大税收违法案件当事人名单。
3.（是/否）专门面向中小微企业： 1是 0否
4.合格投标人的其他资格要求：

序号	合格投标人的其他资格要求
1	投标人具有网络安全等级测评与检测评估机构服务认证证书
2	投标人在国家密码管理局颁发的《商用密码应用安全性评估试点机构目录》中，提供目录文件
3	专门面向中小企业，投标人提供《中小企业声明函》
4	本项目接受联合体投标。联合体投标时须提供联合体协议，且须在联合体协议书中明确各联合体成员的权利义务及分工。（如联合体投标，联合体各成员均须具备本项目资格要求中全部要求。已组成联合体的投标人不能再与其他投标人组成联合体或以自己名义单独参加投标。）

三、商务要求
质量保修范围和保修期此项目完成后，并出具相关报告，采购人确认为止。
采购标的交付（实施）的时间（期限）自项目合同签订之日起，接到采购人通知且具备测评条件后40天内完成
采购标的交付地点（范围）银川市第二人民医院
付款条件（进度和方式）
四、技术要求
货物类 服务类 工程类

标的清单(服务类)
序号	品目名称及编码	标的名称	服务内容	数量	单价	服务标准及详细要求	服务期限	备注
1	C16060000-测试评估认证服务	网络安全等保测评、软件测评及商用密码应用安 全性评估工作	网络安全等保测评、软件测评及商用密码应用安全性评估工作	1	***.00	标的1-测试评估认证服务：具体内容详见招标文件	自项目合同签订之日起，接到采购人通知且具备测评条件后40天内完成。

采购需求附件：

采购需求附件
报计划.附件1 采购需求-银川市第二人民医医疗质量提升项目-信息化(1)(2).docx

五、合同管理安排
合同类型： 货物类 服务类 工程类
服务类
服务地点（范围）银川市第二人民医院
付款条件（进度和方式）
服务内容网络 安全等保测评、软件测评 及商用密码应用安 全性评估工作
履约保证金合同签订后 15 个工作日内，乙方须向甲方提交金额为合同总金额 5% 的履约保函
甲方责任
乙方责任
违约责任
不可抗力
服务期限自项目合同签订之日起，接到采购人通知且具备测评条件后40天内完成
争议解决
合同生效及其他本合同自双方法定代表人或授权代表签字盖章之日起生效，至双方履行完合同规定的义务后自行终止。
验收标准（附验收方案） （验收方案附件）：履约验收.docx
六、评审方法及评审细则
评标方法：
最低评标价法
综合评分法
评审细则类别： 服务类细则类别

服务类细则类别
序号	评审项目	权重分	评分标准
1	投标报价	10.00	所有算术修正后的投标报价由低到高进行排序，除投标报价明显低于其他通过符合性审查投标人的报价又不能证明其报价合理性的被拒绝外。实际得分为：评标基准价/投标报价×10。评标基准价为有效报价的最低价。（四舍五入后保留小数点后两位） 注：1.当投标价异常低价时，评审委员会按照《关于推动解决政府采购异常低价问题的通知》【财库〔2026〕2 号】 的要求，启动异常低价投标（响应）审查程序，有权要求其在评标现场30分钟内提供书面说明，必要时提交相关证明材料；投标人如不能证明其报价合理性的，评标委员会应当将其作为无效投标处理。2.报价得分四舍五入保留2位小数。
2	类似业绩	5.00	提供投标人近三年（ 自 2023 年 11 月至今）的类似项目业绩，每有一项得1 分，最高得 5 分。 注：业绩须以提供项目中标/成交通知书（以通知书落款时间为准）或签订的采购合同（以合同签订时间为准），完整有效的合同应至少具备合同首页、项目名称、合同签订时间及最后盖章页且显示信息齐全，印章清晰可见，如出现字体模糊不清，印章不清晰，视为无效业绩，此项不得分
3	综合服务能力证明	4.00	1.投标人具有中国信息安全测评中心颁发的信息安全风险评估服务资质证书得 2 分，未提供不得分； 2.投标人具有CMA 资质认定证书得 2 分，其他不得分； 注：投标文件附以上资质证书清晰扫描件并加盖公章, 未提供的不得分。
4	团队服务能力证明（项目技术负责人）	3.00	项目技术负责人具有网络安全等级测评师证书、商用密码应用安全性评估人员考核证书、软件评测师证书的每有一个证书的得1分，满分3分。 注：提供证书和人员2026年任意一个月社保缴费证明复印件加盖公章。
5	团队服务能力证明（测评团队）	10.00	项目组成员（除项目技术负责人外）具有网络安全等级测评师证书、商用密码应用安全性评估人员考核证书、数据安全评估师证书的、软件评测师证书、软件性能测试高级工程师证书的，每有1人得2分，满分10分。 注：一人具有多证按一人计算，须提供证书和人员2026年度任意一个月社保缴费证明复印件加盖公章。
6	需求理解	9.00	投标人需结合本项目信息系统定级备案情况及三类测评工作特点，制定项目需求理解说明，内容包括但不限于项目背景与政策依据、等级保护测评与商用密码应用安全性评估及第三方软件测评三类工作的相互关系与衔接逻辑、项目实施重点难点分析、被测系统业务现状与数据现状分析等，需适配本系统三级等保要求、密码应用合规要求及软件验收测评需求，评标委员会依据需求理解准确性、重点难点把握程度、与项目实际贴合度开展评审。 1.方案能够清晰理解采购人业务需求，完整阐述项目背景与政策依据，涵盖《网络安全法》《密码法》《数据安全法》《网络安全等级保护条例》等相关法规要求，明确说明等级保护测评、商用密码应用安全性评估、第三方软件测评三类工作的相互关系与衔接逻辑，对等保三级测评指标全覆盖、密评合规性、软件测评质量特性覆盖三类测评并行作业、被测系统配合协调、数据安全保密等项目重点难点有深入分析，并对被测系统定级备案情况进行阐述的得9 分 ; 2.方案能够理解采购人业务需求，阐述了项目背景与政策依据，说明了三类测评工作的相互关系，对项目重点难点有基本分析的得 7 分 ; 3.方案基本理解采购人业务需求，阐述了项目背景与政策依据，对项目重点难点有一定认识的得 5 分 ; 4.方案对采购人业务需求理解不充分，对项目重点难点分析不深入，或内容泛泛未结合项目实际的得3 分 ; 5.方案未分析项目重点难点，或内容与本项目三类测评工作无关的得 1 分 ; 6.未提供的不得分。
7	实施方案	9.00	投标人需结合本项目信息系统实际情况，制定覆盖等级保护测评、商用密码应用安全性评估、第三方软件测评三类工作的实施方案，内容包括但不限于等保测评各方面测评内容与方法、密评各测评类别与技术路线、软件测评各质量特性与测试方法、测评工作流程与时间安排、测评人员组织与分工、测评环境准备与配合要求、交付成果清单与编制规范等，需适配 40 天工期内三类测评并行作业的要求，评标委员会依据方案完整性、技术路线合理性、流程可执行性开展评审。 1.方案完整覆盖采购人全部需求，等保测评方案完整覆盖安全物理环境、安全通信网络、安全区域边界、安全计算环境、安全管理中心、安全管理制度、安全管理机构、安全管理人员、安全建设管理、安全运维管理全部测评方面；密评方案完整覆盖商用密码总体要求、密码技术应用各层面、密钥管理全生命周期、安全管理各维度全部测评内容；软件测评方案完整覆盖功能性、性能效率、兼容性、易用性、可靠性、可移植性、用户文档集全部质量特性；明确每类测评的评估方法及适用场景；明确最终交付成果为《网络安全等级保护测评报告》《商用密码应用安全性评估报告》《软件测试报告》及过程材料的得9分 ;2.方案基本覆盖采购人需求，等保测评、密评、软件测评三类方案中至少两类完整覆盖各自测评范围，明确了评估方法和交付成果清单的得7 分 ; 3.方案部分覆盖采购人需求，等保测评、密评、软件测评三类方案中至少一类完整覆盖测评范围，有基本的评估方法描述的得 5 分 ; 4.有方案内容但仅笼统描述，未按三类测评分别展开说明的得3 分 ; 5.方案实施方案与本项目三类测评工作内容不符的得 1 分 ; 6.未提供的不得分。
8	质量管理	9.00	投标人需结合本项目三类测评工作特点，制定质量保障方案，内容包括但不限于质量目标与质量承诺、三级质量审核制度、测评过程文档控制要求、现场记录与底稿管理、问题清单复核机制、项目文档清单与编制规范、质量问题追溯与整改流程等，需确保测评报告的权威性、公正性与准确性，评标委员会依据质量体系完整性、审核流程严谨性、文档规范性开展评审。 1.方案建立三级质量审核制度，即测评工程师自审、项目负责人复审、技术负责人终审，明确每级审核内容与工作时限；制定测评过程文档控制要求，现场记录、测评底稿、问题清单均需被测单位签字确认；提供质量承诺函并加盖公章；列明规范化项目文档清单，包括测评方案、测评计划、现场记录、测评底稿、问题清单、整改建议清单、测评报告、内部审核记录、交付确认单、用户满意度反馈表的得9 分 ; 2.方案建立了三级质量审核制度，制定了测评过程文档控制要求，提供质量承诺函并加盖公章，但项目文档清单不完整的得7 分 ; 3.方案建立了三级质量审核制度并提供质量承诺函，或制定了过程文档控制要求并提供质量承诺函，但缺少其中一项内容的得 5 分 ; 4.方案仅提供质量承诺函，未建立三级质量审核制度的得3 分 ; 5.方案无质量承诺函，或质量保障措施与本项目无关的得 1 分 ; 6.未提供的不得分。
9	保密管理	9.00	投标人需结合本项目信息系统程度及测评工作特点，制定保密管理方案，内容包括但不限于保密管理制度与责任分工、保密教育培训、测评数据安全措施（数据加密存储、传输加密、数据销毁）、项目人员保密协议签订、现场实施保密措施（机房出入管理、操作终端管理、测评介质管理）、保密承诺函等，需适配本系统业务数据、历史数据、接口数据的安全保密要求，评标委员会依据保密制度完整性、数据安全措施针对性、现场管理可执行性开展评审。 1.方案建立保密管理制度，包含保密责任分工、保密教育培训、定期保密检查内容；制定测评数据安全措施，测评数据加密存储、传输加密，测评结束后数据销毁并出具书面销毁记录；与项目全体成员签订保密协议；制定现场实施保密措施，包括机房出入登记管理、操作终端封闭管理、测评介质专人保管的得 9 分 ; 2.方案建立了保密管理制度，制定了测评数据安全措施，与项目成员签订保密协议，但缺少现场实施保密措施或数据销毁记录的得 7 分 ; 3.方案建立了保密管理制度并与项目成员签订保密协议，或制定了测评数据安全措施并与项目成员签订保密协议，但缺少其中一项内容的得 5 分 ; 4.提供了简单方案内容但仅提供保密承诺函，未制定具体保密管理措施的得3 分 ; 5.提供方案但无保密承诺函，或保密措施与本项目无关的得 1分 ; 6.未提供的不得分。
10	风险管理	9.00	投标人需结合本项目要求及三类测评并行作业特点，制定风险管理方案，内容包括但不限于项目实施过程中的工期风险、协调风险、配合风险、环境风险、质量风险、数据安全风险等风险识别、每项风险的描述与发生概率及影响程度分析、风险应对措施与应急预案、风险监控与跟踪机制、风险升级报告流程等，需适配本项目多系统对接、多测评并行的复杂场景，评标委员会依据风险识别全面性、应对措施针对性、监控机制可执行性开展评审。1. 方案对本项目实施过程中的工期延误风险、三类测评并行协调风险、被测系统配合不到位风险、测评环境不具备风险、报告编制质量风险、数据安全保密风险等均有识别与分析；每项风险均包含风险描述、发生概率、影响程度、应对措施；建立风险监控机制，包括定期风险跟踪、风险升级报告流程的得 9分; 2. 方案对项目实施过程中的主要风险有识别，每项包含风险描述和应对措施的得 7 分; 3. 方案对项目实施过程中的部分风险有识别，仅罗列风险名称未展开应对措施的得 5 分; 4. 方案对项目实施过程风险识别不全面，或风险应对措施与本项目无关的得 3 分; 5.方案未识别项目实施过程风险的得 1 分; 6.未提供的不得分。
11	售后服务	9.00	投标人需结合本项目测评工作特点制定售后服务方案，内容包括但不限于售后服务承诺、售后服务组织体系、服务人员配置、问题分级处置方案、整改建议与复核测试、故障响应及处置时限、现场服务安排、质保期及后续服务年限、定期巡检、问题闭环跟踪机制等，需区分整改期内、质保期外服务内容，适配本项目等保整改、密评整改、软件缺陷修复的后续需求，评标委员会依据方案完整性、处置逻辑、落地可执行性开展评审。 1. 方案针对等保测评发现的问题按风险等级分级提供整改建议清单；针对密评发现的不合规项提供密码应用整改建议，包括所需密码产品类型与部署建议；针对软件测评发现的缺陷按严重程度分级提供修复建议；提供整改完成后的复核测试服务，明确复核工作内容与时限；提供项目验收后技术咨询服务，明确服务期限与响应时限的得 9 分; 2. 方案针对等保测评、密评、软件测评分别提供了分级整改建议清单，但缺少复核测试服务或项目验收后技术咨询服务中的任一项的得 7 分; 3. 方案仅笼统承诺协助整改，未按风险等级分级输出整改建议清单的得 5 分;4.方案仅提供电话咨询，无具体整改协助内容的得 3 分; 5.方案仅简单描述的或与本次项目无关的得 1 分; 6.未提供的不得分。
12	检测工具	14.00	投标人提供符合本项目服务要求的以下自有测试工具，每提供一类工具得 2 分，最高 14 分： 1. 密码安全协议分析工具； 2. 密码算法验证测试工具； 3.公私钥对验证测试工具； 4.漏洞扫描工具； 5.软件性能测试工具； 6.软件功能自动化测试工具； 7. 等保测评工具（需涵盖主机系统安全、应用系统安全、数据库系统安全、网络系统安全、基线配置核查功能）。 注：需提供工具购置发票、采购合同复印件及功能截图或照片等证明材料， 自主研发工具需提供著作权证书或发明专利证书，否则不得分。
合计：		100.00

发起异议
任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。
免责声明: 本页面提供的内容是按照政府采购有关法律法规要求由采购人或采购代理机构发布的，宁夏政府采购网对其内容概不负责，亦不承担任何法律责任。
附件1
政府采购项目采购需求
项目名称：银川市第二人民医院医疗质量提升项目（信息化建设）
采购单位：银川市第二人民医院
编制单位：银川市第二人民医院
编制时间：2026月11月
编制说明
一、采购单位可以自行组织编制采购需求，也可以委托采购代理机构或者其他第三方机构编制。
二、编制的采购需求应当符合《财政部关于印发政府采购需求管理办法的通知》（财库〔2021〕22号）要求及政府采购的相关规定。
三、斜体字部分属于提醒内容，编制时应删除。
四、对不适用的内容应删除，并调整相应序号。
一、需求调查情况
（一）是否开展需求调查：是
本项目需求调查方式为：面向市场主体开展需求调查、院内论证。
（三）需求调查对象
包一：
调查对象1：银川市第三人民医院
调查对象2：宁夏回族自治区宁东医院
调查对象3：漳州市人民医院
包二：
调查对象1：中卫市中医医院
调查对象2：中宁县人民医院
调查对象3：宁夏回族自治区财政厅
包三：
调查对象1：北京大学第一医院宁夏妇女儿童医院（宁夏回族自治区妇幼保健院）
调查对象2：宁夏回族自治区宁东医院
调查对象3：长治市中医研究所附属医院
（四）需求调查结果
1.相关产业发展情况
本项目依托宁夏互联网+医疗健康示范区政策优势，聚焦医疗质量数字化管控、AI辅助质控与慢病管理，配套开展等保测评、密评、软件测试一体化合规服务；区域医疗信息化产业正从单独系统建设转向质控平台+数据治理+安全合规打包服务模式，本地市场需求稳定。
2.市场供给情况
市场供给较为充足。
3.同类采购项目历史成交信息
包一：
①银川市第三人民医院2026年2月采购银川市第三人民医院住院楼改扩建及病房改造项目——医疗信息化建设部分（软件），中标金额958.8万元。
②宁夏回族自治区宁东医院2025年11月采购宁夏回族自治区宁东医院信息化建设项目，中标金额154.0112498万元。
③漳州市人民医院2026年10月采购漳州市人民医院病房改造及能力提升项目——信息化建设提升项目，中标金额889.01万元。
包二：
①中卫市中医医院，2023年6月采购网络安全等保测评、软件测评及商用密码应用安全性评估工作项目，中标金额43.8万元。
②中宁县人民医院2023年6月采购网络安全等保测评、软件测评及商用密码应用安全性评估工作项目，中标金额61.8万元。
③宁夏回族自治区财政厅2025年11月采购商用密码应用安全性评估项目，商用密码应用安全性评估中标金额26万元。
包三：
①北京大学第一医院宁夏妇女儿童医院（宁夏回族自治区妇幼保健院）2025年3月采购监理服务项目，监理服务中标金额8.8万元。
②宁夏回族自治区宁东医院2025年11月采购监理服务项目，监理服务中标金额11.8万元。
③长治市中医研究所附属医院2024年11月采购监理服务项目，监理服务中标金额11.5万元。
二、需求清单
（一）项目概况
银川市第二人民医院医疗质量提升项目（信息化建设）
（二）采购项目预（概）算
总预算：850万元，最高限价：850万元
包一预算：800万元，最高限价：800万元;
包二预算：40万元，最高限价：40万元;
包三预算：10万元，最高限价：10万元;
（三）采购标的汇总表

序号	标的名称	品目分类编码	计量单位	数量	是否进 口
1	行业应用软件开发服务（行业应用软件开发）	C16010302	项	1	否
2	测试评估认证服务（网络安全等保测评、软件测评及商用密码应用安全性评估工作）	C16050000	项	1	否
3	信息化工程监理服务（监理服务）	C16060000	项	1	否

（四）技术商务要求
（1）技术要求
包一：行业应用软件开发
第一章建设目标
以支撑医院业务运行为根本，以推进医院数字化转型为方向，以助力医院高质量发展为内涵，遵循国家有关政策要求，依据医疗卫生信息化有关标准，以患者服务为出发点，满足医院信息化建设需求，为医院管理提供可持续更新的支撑体系，提高医院的服务质量和效率，同时，在建设成效
上呈现智慧医疗一体化、信息化建设达到电子病历系统应用分级评价（智慧医疗新标）五级、互联互通四甲功能要求，满足等保测评三级要求。
第二章建设内容清单

序号	系统名称	模块分类
1	医院信息系统（HIS）	门急诊收费系统
2		门诊医生工作站
3		门诊护士工作站
4		住院收费系统
5		住院入出转管理
6		住院医生工作站
7		住院护士工作站
8		门诊发药管理系统
9		住院配药管理系统
10		药库管理系统
11		药房管理系统
12		医技计费管理系统
13		医技电子申请单系统
14		手术计费管理系统
15		医保对账管理系统
16		手术分级管理系统
17		抗生素分级管理系统

18		临床路径管理系统
19		实施配置管理系统
20	电子病历系统（EMR）	门诊电子病历系统
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	系统对接	系统对接

第三章总体技术要求
1、系统要求对HIS、电子病历及集成平台进行一体化设计，实现界面融合。浏览器需支持第三方插件管理与快速升级。系统需实现医护、医嘱病历、门急诊住院、线上线下等多维度一体化，并可根据角色整合工作界面，以提升操作效率。
2、系统设计需基于微服务架构实现模块化，确保业务模块与功能点高内聚、低耦合。各业务功能模块与菜单既可独立使用，也能无缝集成，实现跨系统融合与灵活重构，从而提升开发效率与维护便捷性。
3、系统需采用先进的技术架构，基于中台思维构建智慧医疗核心业务平台，涵盖数据、业务与技术中台。中台设计应强调通用性、可复用性与
可扩展性，采用SOA、微服务、前后端分离等架构，遵循开放技术标准，通过服务化方式统一封装院内异构系统接口，实现系统规范化与模块服务化。通过提炼可复用的数据、知识、流程与规则，支撑未来系统的开发、升级与持续发展。
4、系统应内置基于用户行为数据分析的智慧推荐引擎，使系统能自适应优化。例如在医嘱场景中，能根据用户习惯智能预测待开具药品，减少输入操作；在数据加载环节，可预载流程所需数据，提升系统效率。
5、系统应具备消息处理引擎，采用事件驱动架构，通过消息中心完成模块间的事件通信。各模块可专注于自身业务逻辑，实现解耦，从而增强系统的可扩展性。
6、系统需集成工作流引擎，并配备可视化流程配置界面。以适应不同医院或临床业务流程的差异，在医疗规范变更时，无需修改程序即可通过重新配置流程，使业务符合新规范。
7、系统应集成规则引擎，以降低业务逻辑开发与维护的复杂性。引擎调用者聚焦于事实与结果，即可实现业务逻辑，从而提升复杂逻辑的可维护性，支持敏捷与迭代开发。
8、系统需支持国产操作系统，完成在统信、麒麟等系统上的功能与性能适配。支持国产数据库，完成在达梦、人大金仓等数据库上的功能与性能适配。
9、系统应具备全面的运维能力，建立涵盖事前预警、事中定位、事后优化的完整运维体系。事前支持多渠道预警；事中提供管理控制台、全链路监控与快速故障定位；事后依托大数据分析优化运维流程，从而降低管
理成本，提升运维服务水平。
第四章详细功能要求
医院信息系统（HIS）
4.1.1门急诊收费系统
要求支持病人信息注册获取院内就诊卡方便后续的就诊，支持通过就诊卡、身份证、居民健康卡、社会保障卡、金融IC卡、市民服务卡等读取患者的基本信息。
要求支持已注册患者信息进行修改更新，提供修改日志查询。
要求支持患者入院注册后提供院内就诊卡，就诊卡是患者在院内的身份标识，通过卡号和ID关联相应的患者就诊信息。患者可根据就诊卡进行就诊，收费员通过就诊卡管理进行卡的换卡、补卡、退卡、挂失等管理操作。
要求将就诊卡的每次修改操作都将记录到系统中，并通过日志查询到操作人以及修改前后信息。
要求支持查询未结算的门诊费用明细，打印发票。医保病人的费用上报医保中心，实现医保在线实时报销功能。包括预扣费用、结算费用、补交、打印发票等功能。根据不同患者类别，自动确定收费比例，计算患者自付金额与记账金额，并可将结算完毕的药品处方同步传送给对应药房的摆药机。要求支持患者通过线上线下等多种支付方式完成结算。要求支持根据不同患者类别打印不同格式的发票。
患者如需费用清单明细数据时，收费员支持进行患者费用明细的打印，支持通过不同维度方式打印患者所需，包含按清单格式、每日清单、医保
清单、医保上传明细以及发票号查询维度查看及打印清单内容，支持医保清单的下载。
要求支持门诊退费管理，且支持多种退款路径。
要求支持门诊结账管理功能，对收款员的发票工作情况进行账务处理。
4.1.2门诊医生工作站
要求支持药品处方录入，包括药品名称、剂型、规格、剂量、使用频次、天数、给药途径、数量、滴速、录入时间、使用备注、执行药房、皮试类型等内容。自动获取和显示药品字典信息。可以引用模板、常用项目、历史处方等数据开具处方。
要求支持自动获取药品字典，查看药品名称、医保编码、规格、剂型、零售价、各药房库存等信息，要求支持模糊检索药品名称，选择药品后，带入药品的默认用药方法和执行科室等信息，快速填充处方的部分信息。
要求支持医生在开治处方的时候，可以把药品名称、用药方法、剂量、频次、天数等信息另存为处方模板，在下次开治处方的时候可以一键引用处方模板的药品信息。
要求支持查看病人的历史处方，支持一键引用药品名称、用药方法、剂量、频次、天数等信息，完成处方的快速开治。对于慢性病人需要开治的慢性药品，提供慢性药品信息的数据集，由医生根据需要去选择要开治的药品。
要求支持自动获取和显示检验项目字典信息，包括项目名称、取材部位、标本材料、价格、医保费用类别等信息。录入检验申请时自动获取患者的基本信息和临床诊疗信息。要求支持检验申请加急、重复检验项目提醒、
检验申请执行状态查询、检验结果与报告数据获取等。要求支持模板和常用项目，历史处方引用录入。
要求支持自动获取和显示检查项目字典信息，包括项目名称、检查部位、价格、医保费用类别等信息。录入申请时自动获取患者的基本信息和临床诊疗信息。要求支持申请检查加急、重复检查项目提醒、检查申请执行状态查询、检查报告和图像查阅等要求支持查阅报告时，根据结果和患者诊断、生理指标、历史检查结果对比等自动检查并给出提示。
要求能够自动获取和显示手术、治疗项目字典信息，包括项目名称、价格、医保费用类别等信息，可对应查看项目的价项信息，项目的知识参考。可以通过关键字模糊检索需要申请的项目和手术，选择项目后，自动带入项目名称、执行科室等信息，快速完成开治。
要求支持医生在开具手术、治疗项目的时候，可以把项目名称、执行科室等信息另存为模板，在下次开具项目的时候可以一键引用模板的项目信息。也可以查看病人的历史处方，要求支持一键引用项目名称、执行科室等信息，完成项目的快速开治。
要求支持在开治处方处置的时候，把当前的处方处置另存为模板，并可根据需要设置模板的使用范围和模板关联的诊断，在下次开治处方处置的时候，可以根据当前病人的诊断快速定位到符合诊断的医嘱模板，可以选择模板快速引用开治。对保存过的模板，可以进行模板名称、使用权限范围、关联诊断、处方处置内容的修改和个人模板的授权设置，修改后的模板也可重新另存为新的模板使用。支持模板的删除操作。
★系统需提供患者黑名单管理与预警功能。对于存在精神病史、攻击性
行为、高危传染病史、财务纠纷警告以及其他不良事件记录的患者，支持通过手动或系统自动的方式进行名单登记。在接诊相关患者时，系统应自动向医护人员发出警示信息。（要求提供符合功能要求的产品截图）
4.1.3门诊护士工作站
要求支持门诊单据的新开、扣费、执行，可通过检索查询病人的单据金额，申请时间、申请科室等单据信息。对于不需要执行的单据，可以进行作废处理。
要求支持对于常用的项目和诊疗，可以维护成模板，在新开的时候，可以直接引用模板新开单据。模板可设置使用范围权限，分为个人模板、科室模板、全院模板，根据选择的使用范围，在调用模板的时候，显示相应的模板信息进行调用。
要求支持皮试管理，支持对皮试结果进行录入，并且会同步到病人的基本信息显示区，当病人有多种皮试药物需要皮试时，可以增加多条皮试记录，记录皮试类型、皮试药品、皮试时间、皮试结果等信息，对皮试结果阳性的病人在保存皮试结果时弹出提示，再次提醒护士。
要求支持门诊单据部分退费开单或全部退费开单，并且可执行退费单。
要求支持通过退费时间、单据状态等信息查询病人的退费单据信息，可查看病人扣费项目、数量、时间等单据信息，并且可以查看单据退费状态、操作人、操作科室。
要求支持按不同格式展示病人门诊费用清单并打印。
4.1.4住院费用管理
要求支持入院登记功能，对已注册的病人或从门诊转入住院的病人进行
基本信息登记和维护。
当患者住院信息需要调整时，要求支持对患者住院信息进行修订。
要求支持已入院未入科的患者取消住院，收费员将患者恢复为未入院状态。
要求支持通过身份证、医保卡或预注册信息进行病人信息注册，完善病人信息。
要求支持收预交金功能，收费员可通过病案号读取或直接科室选择到患者，读取信息后能查看到历次的缴交记录，要求支持多种支付方式缴纳预交金。
要求支持退预交金功能，患者在出院结算完成后仍有余额情况下要求支持通过收费系统退预交金，通过病案号或选择病人信息方式获取住院患者费用、单据及预交金余额信息，并自动计算当前可退金额以及对应的退款方式。
要求支持预交金查询，收费员可查询患者的预交金缴费退款明细数据，要求支持收据的重打和重制。
要求支持支付查询，收费员可通过支付查询功能查询每一笔支付信息，通过统一支付查询可查询每笔预交金的支付情况，当涉及到异常支付信息时要求支持收款员手工对预交金进行补退或是更新状态。
要求支持出院结算，系统计算出患者的待结算项目信息以及金额，优先使用预交金金额进行多退少补。
要求支持中途结算，当患者遇到跨年报销等特殊原因需要分批次结算时，系统允许收款员对在院患者进行中途结算，根据项目类型统计住院期
间花费金额。
要求支持挂账结算，当病人遇到突发情况无法对住院费用进行缴费，而医院需要对费用进行结算对账时，通过挂账形式进行处理。
要求支持住院发票查询，要求允许对发票进行重打，可在系统上进行重制发票。支持收费员查看患者的具体发票明细以及费用明细数据。
要求支持设置患者的担保金额。在担保范围内允许患者欠费，超出后系统会控制新的开单和项目执行。
要求住院费别转换，提供变更医保费别服务，允许选择新的费别类型并连接医保接口对患者进行费别转换。
要求支持住院结账，收费员在下班时能够查询到当日的账单收支，支持通过定时服务进行每日自动结账，在次日根据已结的数据进行对账。结账完成后由收费管理员进行审核，审核通过进行结账单打印存档。
要求支持住院结账查询，根据收费员查询结账单信息，收费处管理员通过结账单数据进行审核，审核通过即表示结账数据准确，进行结账单打印存档。
要求支持住院收据管理，针对住院收据的出入库管理，财务通过财政局等渠道购买的收据录入到系统中，收费管理员领用库存收据后分发给各收费员。
要求支持住院收据领用，收费处管理者通过财务部领取的收据分发给对应收费员，在系统中记录分发的人员及收据信息。通过库存查询能够看到所有收据的领用情况以及当前库存情况信息。
要求支持住院发票管理，针对住院发票的出入库管理，财务通过财政局
等渠道购买的发票录入到系统中，收费管理员领用库存发票后分发给各收费员。
要求支持住院发票领用，收费处管理者通过财务部领取的发票分发给对应收费员，在系统中记录分发的人员及发票信息。通过库存查询能够看到所有发票的领用情况以及当前库存情况信息。
要求支持票据查询，提供统一的票据查询，可查看当前全院票据的使用情况以及调号作废等行为。
4.1.5住院入出转管理
要求支持入院开单功能，医生门诊诊病时，如果该患者需要入院治疗，开具入院单，填写患者基本入院基本信息，陪护亲属信息，并查看病区床位使用情况，预估提醒入院时间。
要求支持入院管理，支持患者入院登记，登记住院信息，病人基本信息，大部分信息均由系统自动代入，工作人员只需要补充其中的部分信息，例如预交金缴纳金额。
要求支持取消患者入院
要求支持入科管理，登记患者主管医生、护士、床位等信息，并进行入科宣教，实现流程化入科办理。
要求支持出院管理，支持护士对患者住院期间的事项进行一一核对，查看是否有未扣费项目、是否有未退药品或者费用、医嘱是否都已执行停止等，通过统一的页面审核、处理待出院患者医嘱、药品、费用等信息。
4.1.6住院医生工作站
要求实现住院用药、检查、检验、手术、治疗、输血等医嘱管理。
要求支持医嘱录入，支持长期医嘱和临时医嘱的录入，包括检查、检验、处方、治疗处置、卫生材料、手术、输血、护理、会诊、转科、出院等。
要求支持将常用的医嘱项目作为一个医嘱模板保存，录入时可根据医嘱模板快速录入多个项目，要求支持对引用项目的项目代码有效性进行验证，能够对失效项目提示。
所有医嘱均提供备注，医生可以输入相关注意事项。
要求支持根据医生的处方权、抗生素分级管理、特殊药品(毒麻、精神类等)权限、手术权限等判断是否能够开具对应医嘱。
要求支持与合理用药与临床决策系统对接，在开医嘱时给予提示，如药品剂量、药品相互作用、配伍禁忌、适应证等的自动提醒与检索功能。
★要求系统支持在医生工作站开具医嘱时，允许操作者根据实际需要，在晚于当前时刻的时间范围内，选择具体的日期和时分作为医嘱开始时间。（要求提供符合功能要求的产品截图）
要求支持住院中药处方录入，包括药品名称、贴剂量、药品说明、中药材质、开始时间、剂数、用法用量、加工方式、配送方式、说明等，配送地址默认护理单元。可以将常用处方存为模板，支持通过调用模板、引用历史处方的方式实现处方的快速录入。
要求支持中药出院处方录入，包括药品名称、贴剂量、药品说明、中药材质、剂数、用法用量、加工方式、配送方式、说明等。可以将常用处方存为模板，支持通过调用模板、引用历史处方的方式实现处方的快速录入。支持选择不同的配送地址。
要求支持检查检验医嘱自动生成对应申请单并提示填写，申请单中的主
诉、现病史等基本信息支持从病历中可自动获取填充。
要求支持对医嘱进行作废或停止申请，护士可接收申请并审核，审核后医嘱不能被执行。
要求支持在停止医嘱的操作窗口中，由医生选择停止时间，该时间可以是已经停止的医嘱的实际停止时间，也可以是计划停止时间。
相关部门接收并查询患者相关的检查、检验、诊断、处方、治疗处理、手术、输血、转科、出院等诊疗信息以及相关的费用信息，在医嘱有效的状态下对医嘱进行执行操作，医嘱执行后医生不能再对医嘱进行作废，医嘱执行时自动计费。
提供长期医嘱、临时医嘱打印功能，要求支持医嘱单的部分选择打印、按页数打印、续打、重打。
要求支持医嘱校验功能，可配置诊疗项目校验规则，例如项目性别限制、项目是否允许重复开具等校验规则，要求支持在医嘱发送时进行规则校验并提示。
要求实现各类医疗流程的审批管理，要求支持审批类型有：会诊审批、用血审批、自备药审批等。
提供审批工作流配置模块，能够要求支持医院各类特有的审批流程配置。
要求支持为病人设置担保费用以及担保金额，调整病人就医欠费额度，要求支持设置担保额度、担保有效期，可以手动取消担保。
要求支持住院单据扣费，可以对病人治疗过程中产生的费用项目进行扣费与作废，还可以补开遗漏的收费项目。
要求支持住院退费管理，可以对病人本次住院已经收费的项目进行退费开单、退费执行以及退费查询，要求支持指定数量部分退费。
要求支持床位导航，可以查看本科室所有病人的床位信息，并且要求支持各类患者标识的展示。另外还要求支持各类病人的查看，方便医生快速定位病人。
要求支持特殊患者管理，要求提供黑名单人员类型字典功能。包括：精神病史、攻击性暴力行为、高危传染病、经济纠纷等，可根据医院要求增添修改。
要求支持医生对特殊人员进行标识。
要求支持诊室医师对黑名单人员接诊时，系统界面患者基本信息栏中，黑名单患者姓名自动以红色加粗字体显示。
要求支持自定义病历模板维护，支持医生制作指定类型的自定义病历模板，例如病程记录和知情同意书类型病历，医生可以在模板上录入相关内容以及插入各类书写控件，新建病历时可选择对应自定义模板。
要求支持医生从个人已经书写完成的病历另存为个人的病历模板，下次新建病历模板时可使用该模板快速生成病历。
要求支持设置自定义模板的使用范围，可支持个人使用、所在科室通用、全院科室通用，科室通用模板需在科主任审核后可使用，全院通用模板需在相关管理科室审核后可使用。
要求支持配置科室医疗组维护人员权限。
要求支持一个科室可创建多个医疗组，科室医生可在多个医疗组中。
要求支持配置医疗组人员权限级别，一个用户在一个医疗组只能有一个
权限等级，业务进行权限判断时使用分配的权限级别。
要求支持医生进行自定义诊断/手术申请，由病案室进行编码确认后在临床使用过程中即可使用该诊断或手术。
要求支持医院、科室、医生常用的长期医嘱和临时医嘱模板，并提供模板可视化管理和维护功能。
提供编辑模板需要的统一的诊断和药品字典。
待办任务展示：
要求在住院医生站提供医生待办列表功能，方便医生快速掌握待办事项。要求提供审批待办事项，包括待审核手术申请、待审批用血申请、待审核处方。要求提供病历文书待办事项，包括待整改病历、待归还病历、待提交病历、待书写病历、待审签病历等。要求提供跟踪事项列表，包括医生发出的会诊申请、抗菌药物申请、处方审核申请、用血申请等。
4.1.7住院护士工作站
要求提供医嘱统一处理界面，无需反复切换系统，要求支持在一个页面下进行医嘱校对、医嘱申请、用药打印、护理打印、医嘱查询、停嘱审核、作废审核、费用处理等护理日常工作。
要求支持同时对全区多个病人的医嘱一起显示与处理，可根据用户所选的医嘱批量进行校对和申请执行等操作。
要求支持长期医嘱和临时医嘱进行分开校对，校对时能够根据患者情况进行校对判断，例如患者有皮试但未登记皮试结果不能校对正确等。
校对医嘱时能够根据长期医嘱的频次自动拆分成多天的摆药单。
要求支持根据医嘱属性、病人状态等条件筛选医嘱进行查看和校对，要
求支持母亲和婴儿的医嘱分开校对，多胎情况下可以查看和校对指定胎的医嘱。
要求支持校对时对有问题的医嘱回退给医生。
要求支持对全区多个病人的医嘱批量进行校对。
要求支持对药品和非药品分开申请执行，药品类要求支持修改发药药房以及用药方法。
要求支持添加执行医嘱需要附加的费用项目，例如输液接瓶费等，可将常用项目配置为模板，下次可使用模板快速添加。
要求支持通过药品、非药品、性质、剂型、药房、按需给药、用药日期、胎数等进行过滤显示医嘱。
要求支持按照病人以及医嘱状态查询病人所有医嘱信息，要求支持直接进行医嘱打印。
要求支持对医生提交的患者在执行的医嘱的停嘱申请进行审核，要求支持回退审核申请。
系统要求支持自动过滤待审核患者给护士。
要求支持对医生提交的患者在执行的医嘱的作废申请进行审核，要求支持回退审核申请。
系统要求支持自动过滤待审核患者给护士。
要求支持维护本病区床位的床位号、床位类型、床位等级、属性、清洁状态、隔离状态、房间号、地理位置、排序号等信息。
要求支持查看和维护床位费属性以及床位绑定的费用项目。
要求支持根据床位属性等条件筛选查询床位信息。
要求支持床位导航展示，显示患者的护理等级、患者入出转状态、护理评估结果、手术状态等信息，要求支持在导航上快速进入业务处理界面，例如患者转科、出院等业务界面。
要求支持查看用药的各种材料费、诊疗费等需要扣费的项目并进行直接扣费。
要求支持新增诊疗或材料费用项目单据，可将常用项目配置成单据模板，下次可使用单据快速新增。
要求支持对皮试单据进行皮试结果登记，可根据皮试结果控制是否执行单据。
要求支持按照需要退费的数量进行退费单开具，执行科室审核后可进行退费，要求支持退费单状态查询。
要求支持患者入科管理，支持查询待入科、待转入、待迁入、取消入科、取消转入、取消迁出、取消挂床、取消出院等各个状态需要入科的患者。
要求支持对患者进行分配主管医生、主管护士、床位等。
要求支持入科任务提示与执行，包含入院评估、入院体征录入、入院宣教等。
要求支持对患者进行转科操作，包含处理患者未完事项以及设置转入科室信息。
能够查看待转科病人摆药单、未扣费用、退药单、退费单、医嘱等信息，能够提示护士患者待处理的医嘱以及单据的数量并且能够在界面直接处理。
要求支持对患者进行出院操作，包含处理患者未完事项以及设置患者为
出院状态。
要求支持查看待出院病人摆药单、未扣费用、退药单、退费单、医嘱等信息，能够提示护士患者待处理的医嘱以及单据的数量并且能够在界面直接处理。
要求支持对患者进行护理迁出操作，包含处理患者未完事项以及设置迁入科室信息和原因。
能够查看待迁出病人摆药单、未扣费用、退药单、退费单、医嘱等信息，能够提示护士患者待处理的医嘱以及单据的数量并且能够在界面直接处理。
要求支持对患者进行挂床操作，包含处理患者未完事项以及设置患者为挂床状态。
要求支持查看待挂床病人摆药单、未扣费用、退药单、退费单、医嘱等信息，能够提示护士患者待处理的医嘱以及单据的数量并且能够在界面直接处理。
要求支持修改住院患者的住院信息，包含患者基本信息和住院信息，要求支持更新的数据同步到病历等其他系统。
要求支持将病人共享给其他病区进行护理操作，可设置共享的有效时间范围以及收回共享病人，可批量进行共享病人分发。
要求支持对共享过来的病人进行医生文书查看以及护理记录书写。
要求支持按照医院定制格式打印输液卡、执行单、巡视单、床头卡、口服卡等，要求支持按单个病人打印或多个病人合并打印。
要求支持根据医院格式打印指定患者的费用清单信息，要求支持切换不
同的清单格式模板。
要求支持根据医院自定义格式选择病人打印医嘱执行单、医嘱本、指引单、手腕带等，可以选择不同的格式模板进行打印，要求支持按照床位或者项目进行排序打印。
要求支持当每日医嘱变更时打印医生今天新开、停嘱、作废的医嘱。
医嘱打印要求支持打印患者的长期医嘱单和临时医嘱单，可以按照奇偶页、指定页数进行打印、续打和重打。
4.1.8门诊发药管理系统
要求支持门诊自动接单，药房自动获取待发药的处方，药师根据获取的处方取相应的药品提供给前台发药窗口，要求支持自动获取处方的同时自动打印票据等信息。
要求门诊手动接单发药，针对异常情况，例如发药机故障无法自动发药，系统提供手动接单发药的功能，当自动接单发药系统异常后，患者可以到手动发药窗口排队取药。
要求支持门诊摆药重制，如果出现处方票据、瓶签打印异常，要求支持重制票据、瓶签等内容。
要求支持门诊退药开单执行，针对门诊退药的场景，系统提供对应的完备的功能模块，并针对结算未取药、已取药的患者，提供相应的便捷流程。
要求支持门诊窗口退费，患者执行退药后，退费数据更新已执行的退药金额，患者可以到收费窗口办理退费
要求支持统计药师的工作量，可检索药师在某个时间段内发药数量情况。
4.1.9住院配药管理系统
要求支持与自动发药机、合理用药系统进行对接，确保用药安全，实现药品的可追溯。
要求支持住院摆药条件设置，药房根据管理要求对不同的类型的药品安排不同人员发药。要求支持个性化配置不同摆药条件，各摆药窗口选择相应条件，自动获取相应的药品列表。
要求支持住院药房摆药，支持自动获取病区对应条件的待摆药数据。要求支持按病区、科室、病人等多种条件摆药，满足医院不同的模式。系统摆药打印时，根据药师平常摆药习惯，按照针剂、口服、大输液等条件区分展示，方便药师更便捷、快速的摆药发药。
要求支持住院摆药重制，提供住院摆药单重制功能，要求支持重制汇总单、瓶签等不同类型。
要求支持住院退药开单与执行，系统退药开单执行，根据不同退药模式，适配相应的流程。当药品需要退到药房时，护士开完单后需要药房执行；退药抵药模式护士可以直接开单并执行。
要求支持汇总退药查询，要求支持查询历史退药记录，可根据退药日期、科室查询相应的退药历史及明细信息。
4.1.10药库管理系统
要求支持入库管理，支持药品退药、采购等入库操作，并在入库过程中按照登记、审核、入账的流程，实现完整的药品入库闭环。
要求支持药品单据登记，支持配置不同的类型，例如采购入库、退药入库、盘盈入库、赠送入库、调拨入库等，登记过程需要补充完善药品相关
信息，登记完成后由审核人员进行审核。
要求支持对登记后的入库单据进行审核操作，并记录闭环中需要的节点信息，包括时间，审核人等。
要求支持药库管理人员打印入库单，根据入库单上的药品种类和数量，与实际数量进行确认，保证入库药品质量、数量，完成整个入库流程。
要求支持查询历史单据信息，单据记录药品入库过程完整的闭环信息，方便药库对药品追溯管理。
要求支持出库管理，支持对科室申请、药库登记、审核、科室接收入账整个药品出库流程进行记录，实现出库闭环操作
要求支持由病区、药房根据所在科室药品情况，自主向药库申请药品，通过药库审核出库方式领取药品。科室申请后，药库管理人员审核后可以对科室申请药品转成出库单。
要求支持不同出库单登记方式：科室申请审核后转成出库单、药库手动填写出库单、入库单转成出库单，能够适配不同的医院场景需求。
要求支持对登记后的出库单据进行审核操作，并记录闭环中需要的节点信息，包括时间，审核人等
要求支持收货科室打印药品单据，核对药品并接收入账，完成整个药品出库过程，实现药品闭环管理。
系统要求支持查询历史出库单据信息，单据记录药出库过程完整的闭环信息，方便药库对药品追溯管理。
要求支持查询药库中现有的药品，并对不同状态药品进行区分标识，包括正常药品、快过期药品，已经过期药品，方便药库对于药品管理。
要求支持对药品可用状态进行管理，例如对于一些药品临时停用失效，对已占用库存的药品释放库存，要求支持修改药品批次、失效日期等信息。
要求支持账页查询，要求支持记录每一条出入库信息，并通过账页查询能够查询到相应的内容，保证对药品出入库情况有完整的记录和管理。
要求支持对药品库存进行限量，设置某项药品的限量库存，当库存低于或者高于设置的限量库存时候，可以快速查询。
要求支持通过消耗量等进行快速查询筛选出相应的药品，并对库存不足的预警药品快速生成采购计划。
要求支持根据物价部门现行的调价文件实现全院统一调价，调整药品的进货价、零售价等信息。
系统要求支持药库定期或者临时对药品实际数量进行清查盘点，并对盘点实际药品数量与库存记录核对冲正，更新实际库存数量。包括生成盘点单、盘点录入、盘点冲正、盘点查询、盘点事件管理、药品结存等功能
要求支持采购计划制定，支持药库工作人员，填写采购申请计划，并将采购计划与库存预警功能相结合，可以通过库存预警快速生成采购计划，要求支持根据上个月耗量快速生成采购计划。
要求支持采购计划审核与核准，支持采购计划的多级审核功能，包括采购计划审核、采购计划核准，通过过层次审核保证采购计划的合理性。
要求支持采购计划查询对采购计划进行完整闭环管理，记录各个节点闭环信息。
采购计划核准后，要求支持自动生成采购单，工作人员也可直接建立采购单。
要求支持采购单到货确认功能，对采购药品、数量和价格信息等进行确认并登记，完成采购过程。完成采购计划后，系统自动将数据同步至入库单据中。
要求支持采购单查询，对采购单整体流程闭环管理，记录不同节点闭环信息
要求支持大输液特殊流程，药房摆药后通过大输液管理对病区申请的大输液药品进行批量请领，请领后以药库出库的形式配送到病区。
要求支持靶向药闭环管理，通过药库工作人员创建靶向卡、靶向卡的申请、批准流程、门诊/住院处方页面开具靶向药完整的流程，对靶向药使用过程进行完整的记录并监控。
要求支持滞销药品管理，部分药品对储存时间有相应的要求，要求支持医院需要对长时间未售出的药品进行管理，通过设置滞销药品的规则，统计相关药品信息，便捷统计出这部分药品，方便后续对滞销药品进行管理。
要求支持药品字典维护，对药品信息统一管理，可以维护新增的药品，修改药品信息，实现统一规范药品名称。
要求支持药品对照，针对不同系统之间药品对照，建立统一模块进行配置，能够灵活管理药品对照信息。
要求支持药品货柜维护，维护药品货柜号信息，便于后续出入库快速查找定位药品位置。
要求支持药品出入库类别，药库药房出入库类型下拉选择，要求支持灵活配置。
要求支持供应商字典维护，支持灵活配置涉及单位信息，包括药品生产
厂家、药品供应商等。
要求支持特殊药品条件设置，针对部分特殊药品用药限制，要求支持灵活配置相关规则，包括费别（控制某个药品只对某些类型患者使用，患者类型包括省医保、市医保、自费等）、科室（控制某个药品只允许某些科室使用）、职称（控制某个药品只允许某些职称医生开具）、病种（控制某个药品只允许某些病种患者使用）。
要求支持药品字典发送包药机字段维护
实现医院对部分采用自动发药机药品的管理。
要求支持针对可结余药品的药品字典结余标志维护，支持住院长嘱结余药品会自动根据频次自动计算，当药品使用完后生成申请单。
要求支持药品字典皮试流程字段维护，实现完善的皮试方案，包括公用皮试剂，先皮试后取药；原液皮试剂，先取全部药品再皮试；单独开皮试处方，选取皮试药品皮试正常后才可取用药处方的药。
要求支持药品字典打印剂型维护。
★要求系统支持特殊药品的管理与权限配置功能，具体包括：维护特殊药品分类目录清单，并在界面中提供醒目标识；管理医生开具特殊药品处方的权限；同时对特殊药品的出入库、摆药及执行环节分别设置复核权限进行管理。（要求提供符合功能要求的产品截图）
4.1.11药房管理系统
要求支持药品退药、采购等入库操作，并在入库过程中按照登记、审核、入账的流程，实现完整的药品入库闭环。
要求支持新开单据，支持配置不同的类型，如领药入库、退药入库等。
要求支持对登记后的入库单据审核操作，并支持记录闭环中需要的节点信息，包括时间，审核人等。
要求支持单据入账，支持药房管理人员打印入库单，通过信息确认，保证入库药品质量、数量准确。
要求支持查询历史单据信息，单据记录药品入库过程完整的闭环信息，方便药房对药品追溯管理。
要求支持对科室申请、药房登记、审核、科室接收入账整个药品出库流程进行记录，实现出库闭环操作
要求支持按科室药品情况自主向本药房申请药品，通过药房审核出库方式领取药品。科室申请后，药房管理人员审核后可以对科室申请药品转成出库单。
要求支持新开单据，支持不同出库单登记方式，如科室申请审核后转成出库单、药房手动填写出库单、入库单转成出库单，能够适配不同的医院场景需求。
要求支持单据审核，支持对登记后的出库单据进行审核操作，并记录闭环中需要的节点信息，包括时间，审核人等。
要求支持单据入账，支持收货科室打印药品单据，核对药品并接收入账，完成整个药品出库过程，实现药品闭环管理。
要求支持查询历史出库单据信息，单据记录药出库过程完整的闭环信息，方便药库对药品追溯管理。
要求支持库存查询，支持查询药库中现有药品，并对不同状态药品进行区分标识。支持对药品可用状态进行管理，支持修改药品批次、失效日期
等信息。
要求支持账页查询，支持记录每一条出入库信息，并通过账页查询能够查询到相应的内容，保证对药品出入库情况有完整的记录和管理。
要求支持库存限量与预警，支持对药品库存进行限量，设置某项药品的限量库存，当库存低于或者高于设置的限量库存时候，可以快速查询。支持库存限量预警。支持通过消耗量等进行快速查询筛药品，并对库存不足的预警药品快速生成采购计划。
要求支持生成盘点单，支持盘点人员手动建立盘点单，盘点单可以通过多种维度建立，如根据药品种类、批次、价格、毒理、材质、金额等条件，能够适配医院不同的使用习惯和管理要求。
要求支持盘点录入，支持多人盘点，并记录盘点人员信息。支持灵活添加删除盘点药品。支持盘点过程中不停止业务进行操作出入库。支持出入库药品进行记录，盘点完成前进行补盘。支持盘点数量快速录入。支持盘点数量复核修改，保证盘点数量与实际数量保持一致。
要求支持盘点冲正，管理员可操作冲正将盘点数量更新为系统库存数量，形成完整盘点闭环。如果盘点数量有问题，系统也要求支持回退重新盘点。
要求支持盘点查询，支持查询并进行溯源管理。
要求支持盘点事件管理，支持对已冲正的盘点单进行管理，可对盘点单进行分类管理。
要求支持药品结存，支持对药库入库和出库的单据进行结存。支持查看时间范围内进出仓报表、结存汇总表、盈亏明细等相关数据。
要求支持药品货柜维护，通过维护药品货柜号信息，便于后续出入库快速查找定位药品位置。
4.1.12医技计费管理系统
要求支持医技科室接收查看所有执行科室为本科室的医技单据，可根据科室与开单人进行过滤，可查看开单具体项目信息以及价项信息。
要求支持查看医技申请的对应项目的申请单内容。
要求支持查看单据对应项目的报告出具状态。
要求支持提供统一的诊疗与药品字典，支持医技科室根据字典新开单据。
要求支持将常用的项目做成单据模板，支持新开单据时快速引用模板。
要求支持对本科室执行的状态为未执行的单据进行执行扣费，多次执行的项目可选择实际执行次数进行执行，执行完后进行扣费。
要求支持对多个病人的所有单据批量进行执行与扣费。
要求支持对未执行的项目进行退费，可根据实际未做数量开退费单据，对应执行科室对退费单据进行审核后进行退费执行。
4.1.13医技电子申请单系统
要求支持门诊、住院申请单录入，包括检验申请、检查申请、手术申请、治疗申请、病理申请、输血申请、放疗申请、会诊申请、转院申请、入院申请等申请单。
要求支持常用项目快捷选择，要求支持注意事项提醒，要求支持智能控制前置必做项目，要求支持申请单中必填项目内容的提醒。
要求支持根据医嘱信息自动生成对应项目的申请单，申请单可自动填充
诊疗项目信息以及患者信息。
要求支持未下医嘱时根据书写的申请单的诊疗项目自动生成对应医嘱。
要求支持提供检验申请、检查申请、手术申请、治疗申请、病理申请、输血申请、放疗申请、会诊申请、转院申请、入院申请等常见申请单模板，支持各模板常用项目维护管理。
要求支持医生、护士、医技人员实时查看申请单的流转、状态、执行反馈和费用等相关信息。
4.1.14手术计费管理系统
要求支持接收医生申请的手术，可对已接收的手术根据手术间手术安排情况进行排台，排台时可以查看病人相关病历信息以及医嘱信息。
要求支持对已排台未开始的手术进行排台撤销收回手术间安排，可对已撤销排台的手术重新排台。
要求支持查看手术排台信息，包含：手术基本信息、排台状态、排台手术间、排台人等。
要求支持对各个手术间的排台情况进行总览，包含手术间基本信息、手术间的手术日程信息以及手术信息概览。
要求支持查看手术患者所有医嘱详细信息，要求支持在排台系统针对手术医嘱和麻醉医嘱类直接进行校对以及申请执行，无需切换到HIS系统。
要求支持在排台系统直接开具术中用药和麻醉用药对应的医嘱，医嘱开具方式与HIS系统一致。
要求支持接收和查看执行科室为本手术的单据，可对单据进行确认执行与扣费操作。
要求支持新开单据使用统一的诊断与药品字典，可查看对应医嘱的价项详情信息。要求支持使用单据模板方式进行快速开具，可对模板内容进行增删改维护。
要求支持开具退费单据，执行科室审核后进行可进行退费。
4.1.15医保对账管理系统
要求支持医保下载管理，获取并下载对应医保相关信息，包括目录材料等对照信息下载、医保药品下载、ICD/病种下载、诊疗项目下载、补偿类型下载等。
要求支持医保对照管理，支持下载的医保数据与本院内检验检查药品等项目的对照更新。
要求支持特殊病种管理，支持特殊病种或单病种价项信息维护，支持单病种材料信息的维护。
要求支持对慢病患者信息登记及审批，确认无误后上传人员慢特病备案信息。
要求支持对特慢病特殊治疗方案登记及审批，确认无误后上传人员慢特病治疗方案备案信息。
要求支持特药登记及审批，确认无误后上传人员特殊药品备案信息。
要求支持医保审批管理，针对医保患者病种及申请信息进行审批和查看，支持暂时锁定。
要求支持医保签到签退，根据医保单位要求对患者进行签到，告知医保单位该患者目前就诊于我院，再进行医保费用查询以及扣费，完成医保费用的交互后系统自动发起签到表明本次医保行为结束。要求支持通过医保
签到签退记录可查询患者在院内的医保就诊记录信息。
要求支持医保交易管理，门诊费用结算时，通过读取医保卡获取患者信息并进行医保结算，门诊医保涵盖电子处方、特检特治等内容，要求支持就诊过程中和结算时的费别转换，满足因临时未携带医保证件情况下就医行为，后续转换为医保结算方便患者报销。
要求支持医保住院交易，支持出院结算时，通过读取医保卡获取病人信息进行医保结算，要求支持住院过程中和结算时的费别转换，满足因临时未携带医保证件情况下就医行为，后续转换为医保结算方便患者报销。
要求支持医保日志管理，支持记录门诊住院医保费用及出入参操作日志信息，支持交易日志进行费用明细的上传和下载。
要求支持通过电子医保凭证完成医保交易结算、医保账户查询。
要求支持医保对账报表功能，支持结合国家医保对账接口及院内结算数据进行医保结算信息的对账，支持对总账和对明细帐。
对总账：将结算总额数据与医保数据进行核对。
对明细账：系统会在患者就诊后将院内医保患者的结算信息上传到医保端进行对账。当出现单边账时，则需对单边账问题排查支持单边账撤账处理。
4.1.16手术分级管理系统
要求支持手术登记设置，根据医疗机构级别和登记的诊疗科目，遵循国家、各省市的手术分级标准及ICD-10手术编码设置不同的手术等级。
要求支持手术分级授权，按医生的手术等级自动进行手术分级授权，要求支持手术分级授权的新增、修改、删除、查询等功能。
要求支持手术级别管理，开具手术申请单时，支持根据主刀医生配置手术等级，控制医生的手术权限。
要求支持分级审批管理，支持对不同级别手术由不同级别医生进行审批，要求支持对资格准入手术、高度风险手术、急诊手术、新技术新项目科研手术等特殊手术分级审批。
4.1.17抗生素分级管理系统
要求支持抗菌药物管理，支持灵活配置抗菌药物的权限等级，不同等级对应针对后续开药，申请管理流程均不同。
要求支持抗菌药物分级授权，支持抗菌药物分级授权，在员工字典中，提供针对抗菌药物有专门的权限管理，支持不同员工分配不同级别权限。
要求支持抗菌药申请及审批支持完整记录抗菌药物申请、审批信息，保证用药过程闭环操作。当患者需要使用抗菌药物时，医生需要填写抗菌药物申请单，并由审批人审核通过后，患者才可以正常用药。
4.1.18临床路径管理系统
要求支持病种定义，支持定义需要执行临床路径的病种，支持指定病种适用的科室、路径费用设置、路径审核、路径停用配置等。
要求支持路径医嘱方案维护，支持以时间为主线对路径表单内容进行定义，针对不同病种制定不同临床路径，一个病种可制定多条治疗路径和子路径。
要求支持设置每个路径的准入条件及性别，以及路径日（阶段日）需完成治疗内容，路径内容主要包括常规诊疗项目、检验项目、检查项目、药品、手术项目、营养项目、护理项目、中医特色治疗项目等，同时针对路
径支持设置豁免变异项目。
要求支持医嘱方案管理，提供常用模板的配置功能，如医嘱模板、护理模板、检查模板、检验模板、手术模板等。
要求支持模板按不同属性分类，如按模板类型、西医诊断分类。
在设置临床路径时，要求支持调用临床路径内容模板对模板进行选择性引用，支持在模板引用后修改，模板类型至少包括引用时间模板(如入院第一天所需完成的项目和术后三天所需完成的项目)、引用临床业务模板(如医嘱模板、护理模板、检查模板、检验模板等)、引用执行人类型模板(如护理人员模板等)。
要求提供多种入径判断规则配置，如西医诊断名称匹配、中医诊断名称匹配、中医证型名称匹配等、年龄性别匹配等多种条件组合。
要求支持配置医生录入路径相关诊断时自动提示进入入径和医生将病人进入入径两种方式规则。
要求支持路径执行管理，支持医生对患者的路径项目进行执行和停止。
要求支持路径变异规则管理，提供多种变异规则配置，包括完整性规则：路径中规定必须限时完成的路径内容，未完成路径必须填写变异原因。
要求支持医生在路径变异时输入变异原因。
要求支持设置路径准出条件，如治愈、好转、未愈等情况；
要求支持未按准出条件出路径时提示录入医生异常退出路径原因。
要求提供面向医院管理层、临床科室管理者、临床路径执行者等不同角色级别的查询功能。包括全院级、科室级使用的各个临床路径的使用人次、变更人次、终止人次、完成人次、执行率、治愈率、变异率、平均住院费
用、平均住院天数等指标的统计分析。
4.1.19实施配置管理系统
要求支持价表字典管理，支持对非药品类项目进行价项管理，管理内容包括价项名称、价格、相关发票类别、医保对照代码等。
要求支持药品价格管理，支持对全院药品的进货价、零售价等信息统一调价。药品调价要求多种方式，如支持在库药品使用原价格，新入库药品使用新的价格；支持在库药品可根据统一更新为新价格，支持只更新指定批次的药品价格；支持批量执行药品调价操作；支持药品调价审核；支持记录调剂信息过程日志，确保调整价格可溯源。
要求支持价表调价，支持对非药品类项目进行调价管理。支持管理部门调价审核，审核通过后生效新的价项，审核不通过则要求支持退回再修改。支持所有调价过程日志信息的记录，供查询溯源。
要求支持诊疗科目类别维护，包含诊疗科目名称、类型、类别、作用门诊还是住院等。
要求支持诊疗属性及使用项目规则字典数据维护，属性包括名称、样本类型、检查部位等信息，使用规则包含年龄限制、使用有效期、使用性别、最大使用数等。
要求支持诊疗绑定价项维护管理，支持一个诊疗项目可以绑定多个价项，绑定后会在开单中体现价项内容。
要求支持诊疗分发管理，支持将诊疗分发给对开单科室、执行科室、开单医生，分发后对应的医生在对应科室可以开具或者执行分发的诊疗。
要求支持绑定儿童价项管理，支持6岁以下儿童开该诊疗时，展示绑定
儿童价项内容和价格。
要求支持绑定药品附加项管理，支持绑定后在门诊医生开该诊疗项目时会自动带出绑定药品，无需医生再另外开药品，并在扣费结算过程中，药品和诊疗项目也会同时扣费和结算。
要求支持医保价项维护，针对不同医保类别，支持维护诊疗与药品相应的医保代码、项目名称、比例等信息。
要求支持医保特定目录字典维护管理，包括编码、名称等，并针对某个特定病种进行分发药品和诊疗项目。
要求支持单病种字典维护管理，包括单病种编码、名称、标准、金额、关联的对应诊断与手术等信息，并针对某个特定病种维护治疗材料信息。
要求支持医保对照管理，支持维护院内价项与医保价项对照信息，包括医院项目名称、院内价项、对应医保项目名称、单价、编码等信息，要求支持多个医院根据不同类型医保进行维护。
要求支持对系统业务流程控制类、系统业务判断类、系统业务入参类等业务运行参数管理。支持通过手工修改参数值完成医院应用模式的调整。
要求支持配置参数的生效范围分为：全局参数、院区参数、个人参数。要求支持对业务数据字典内容进行可视化维护。
要求支持按照字典分类查看字典内容，支持修改字典内容以及增加内容。
要求支持从外部Excel等文件导入字典内容进系统。
要求支持对系统菜单统一进行管理，可新增、修改、删除菜单，可对菜单的使用权限进行统一分发和授权，可对菜单里具体页面内容进行配置管
理。
要求支持内置各类提示语内容，并支持医院不同需求在原内容上修改提示语，不用修改程序，无需发布即可生效。
要求支持在指定时间内对实时性要求不高且需要批量处理的业务进行定时执行，避开系统运行的高峰期，保证系统稳定性。
要求支持定时执行的任务的开启时间、执行频率、执行业务内容进行配置，支持定时器增删改管理、定时器开启关闭管理、查看定时器运行状态、定时器配置的修改日志以及定时器的执行日志，并要求支持将失败的执行任务进行补执行。
要求支持能根据相关政策和标准规范的要求，提供高质量的结构化电子病历模板制作与管理，实现包括数据元管理、模版制作、模版权限管理等功能。
要求支持可按医院需求定制各类发票、清单、护理卡、上报卡等票据，提供可视化的制作界面，支持自定义票据样式以及选择票据里数据来源，支持对票据的增加、删除、修改以及维护，支持制作完成的票据分发给对应业务使用。
要求支持根据医院固定的业务流程进行界面化配置，流程发生改变只需要修改工作流无需修改程序，支持对工作流进行增加、修改、删除，支持开启关闭工作流。工作流配置要求支持配置各个流程的执行条件、执行人以及下一步流程分支。
要求支持按照类别进行角色分类，角色管理可在对应的类别下新增、修改、作废角色，可以将多个角色归类为角色组。
要求支持角色权限管理，包含角色拥有的菜单、角色可登的科室以及将角色分发给用户，用户拥有对应角色后即可使用分发的菜单与科室。
提供对隐私患者、VIP患者等特殊类型患者的角色管理
要求支持根据门诊科室或者住院科室进行医疗组设置，一个科室可设置多个医疗组，每个医疗组能加入多位医生，可设置医生在医疗组里的级别，级别可与用户的业务权限绑定。
要求支持对科室的信息进行维护与管理，包含科室名称、科室属性、科室地址位置等基本信息。科室维护完成后可以进行人员分发，被分发的人员能登对应科室。
患者标签可视化配置功能：
提供患者标签的可视化配置，支持患者标签的新增、删除、修改患者标签，包括标签的名称、颜色、图标、详细信息、展示规则等，并至少提供18种以上的患者标签。前台患者标签可动态查看如高血压警示患者的血压趋势、发热患者的体温趋势等。
电子病历（EMR）
4.1.20门诊电子病历系统
门诊电子病历要求包括初诊电子病历、复诊电子病历、电子传染病报告和电子死亡医学证明等内容。
要求支持提供结构化病历模板、内容段落模板等多级模板。
要求结构化模板可包含单选项、多选项、必填项、填空、不可修改文本、引用（链接）等元素，能引导和提示医生书写内容的形式和必填项。
门诊病历首页内容要求包括患者姓名、性别、出生年月日、民族、婚姻状况、职业、工作单位、住址、药物过敏史、节气等项目。
要求病历记录书写内容包括初（复、急诊）诊标识、就诊时间、科别、主诉、现病史、既往史，阳性体征、必要的阴性体征、辅助检查结果、诊断及治疗意见和医师签名等。
要求支持能根据医生的书写习惯和词汇书写频率，在书写的时候自动匹配联想后续书写内容。
要求疾病诊断采用ICD-10（如果国家政策和上级部门有新的标准则按照新标准进行规范）疾病分类编码作为诊断字典。
要求支持模糊检索诊断名称定位诊断，支持可查看诊断编码、传染病标识等信息，支持对疾病诊断补充进行说明。
要求支持可自定义诊断，可对应到ICD10疾病分类编码。
要求支持中医业务医生在下诊断时，需同时下达中医证型和病名，在保存诊断时支持进行校验提示。
要求针对复诊患者，复诊医生可查看患者初诊病历信息，支持复诊医生在初诊病历的基础上新增模版书写，实现患者本次诊疗病情变化、检查结果集处理意见等信息的完整记录。支持复诊医生与初诊医生非同一人时，在新增模板上增加复诊医生签名，确保诊疗过程完整性和可追溯性。
要求支持在断网、断电等异常情况关闭时，系统可自动离线保存病历。要求支持系统恢复运行时，可恢复之前书写的病历。
要求支持医生在病历书写过程中，可对病历进行按专业归类并另存为病种模板，在下次书写病历时，可根据患者的主诉等信息，快速引用相似病
种模板。
要求支持在引用后的病种模板基础上修改病历，保存病历，从而快速完成病历的书写。
要求病种共享权限划分为个人、科室、片区（分院）、全院，支持根据个人、科室、片区（分院）、全院不同的范围维护病种模板，使用模板。
要求提供辅助工具，可输入常用字符、特殊字符，满足多种格式的书写需求。
要求提供结构化模板辅助录入功能，也可自由文本录入。
要求支持在病历记录中嵌入图片、表格、多媒体数据等并进行编辑。
要求支持常用术语词库辅助录入，术语词库包括症状名称、体征名称、疾病名称、药物名称、手术名称、操作名称、中医类名称等。
要求支持智能化的录入功能，能根据医生书写习惯，智能联想上下文书写病历。
要求支持对医生常用的词组、文档片段、段落内容进行模版维护。
要求支持病历书写中可一键引用。
要求支持文档段新增，支持医生自由维护个人文档段或科室文档段。
要求支持文档段关联病历结构化节点，在引用时可自动匹配结构化节点，准确引用文档段内容，填充节点信息。
要求支持对文档段进行修改、删除、目录排序等操作。
要求支持查看历次就诊的检查检验报告数据，对报告结果可进行全部或部分引用到病历中。
要求支持医生病历书写中查阅患者在本机构的历次就诊信息，包含个人
身份识别的基本信息、检查检验信息、处方处置信息、既往病历信息。
要求支持医生可将查阅到的对于与本次诊疗相关的信直接引用到当前病历。
要求支持设置引用处方的内容。
要求支持处方信息直接引用至病历中，实现病历用药和处置描述模块信息的快速填充。
要求支持门诊电子病历诊间打印，支持门诊电子病历导出到本地。支持门诊电子病历以PDF格式或ODF格式下载和传输至移动端，包括自助终端和互联网医院等。
4.1.21门（急）诊信息首页
要求支持在患者挂号后采集患者本次就诊期间的诊疗、手术、费用等信息生成信息页。
要求支持对历史患者就诊信息进行采集生成信息页。
要求支持定时采集更新患者信息页内容，保障信息页集成内容的完整性和有效性。
要求信息集成内容包括患者基本信息、就诊过程信息、诊疗信息以及费用信息等就诊内容，其中基本信息在患者首次就诊时进行完整采集，在该患者再次就诊时更新汇总，保证相关信息的有效性。
要求支持对患者就诊过程中未采集或不涉及的项目自动填充标识符号，保障采集结果的真实性。
要求信息页数据采集的质量和内容遵循国家相关编码规范，其中病历的书写内容按照《病历书写基本规范》有关要求执行、相关诊断使用《疾病
分类与代码国家临床版》中标准的诊断名称、手术操作使用《手术操作分类代码国家临床版》中标准的手术操作名称和编码等。
要求信息页按照国家卫健委发布的《门（急）诊诊疗信息页数据采集质量与接口规范》，使用统一的数据采集项、数据类别、数据类型、字段名称、数据长度及数据标准，保障相关数据信息规范可用。
要求支持对信息页采集的各项内容的完整性和规范性情况进行质控管理。
要求支持对信息页内容质控的判定规则和判定提示内容进行设置。
要求支持通过程序判定、SQL判定、标准算法、时限算法、指标判定、入参校验等多种条件设置信息页内容质控判定规则。
要求支持根据设置的质控规则自动判定质控结果并汇总展示至信息页，便于对信息页内容情况管理完善。
要求质控规则遵循《病历书写基本规范》等有关要求执行，保障信息页内容情况的有效反馈。
要求支持接诊医生在患者读卡就诊期间查看患者的信息页内容情况，便于对信息页进行完善。
要求支持查看患者信息页各项填写内容情况，内容包括基本信息、就诊信息、门诊诊断、门诊手术和门诊费用信息，其中基本信息为该患者在院期间的所有信息的更新汇总，其他模块信息为患者当次就诊的相关信息。
要求支持按内容模块快速切换定位到对应内容进行查看。
要求支持查看信息页内容质控结果，质控规则和质控提示内容支持自主配置。
要求支持手动更新信息页数据。
要求支持接诊医生查看历史病人的信息页情况。
要求支持查看医生负责患者、科室患者，支持根据就诊时间过滤患者。
要求支持查看患者信息页各项填写内容情况，内容包括基本信息、就诊信息、门诊诊断、门诊手术和门诊费用信息。
要求支持按内容模块快速切换定位到对应内容进行查看。
要求支持查看信息页内容质控结果，质控规则和质控提示内容支持自主配置。
要求支持手动更新信息页数据。
要求支持病案室、质控室等医院相关管理部门查看病人的信息页情况。
要求支持根据科室、接诊医生、就诊时间、质控情况等条件快速定位查看患者信息页情况。
要求支持列表汇总信息，包括但不限于患者姓名、年龄等基本信息及就诊相关业务信息（挂号信息、质控结果、就诊科室、接诊医生等）。
要求支持查看患者本次挂号就诊期间的信息页内容情况。
要求支持将查询的列表内容导出生成excel文档。
要求支持病案室、质控室等医院相关管理部门查看患者门急诊信息页内容详情。
要求支持查看患者信息页各项填写内容情况，内容包括基本信息、就诊信息、门诊诊断、门诊手术和门诊费用信息。
要求支持按内容模块快速切换定位到对应内容进行查看。
要求支持查看信息页内容质控结果，质控规则和质控提示内容支持自主
配置。
要求支持手动更新信息页数据。
支持打印信息页内容。
4.1.22住院电子病历系统
要求提供电子病历编辑器，涵盖病历书写的基本文字编辑功能和病历专业书写工具，包含：文字字体颜色、段落、表格插入、图片插入、医学表达式、牙位图等功能。
要求支持打印预览、按页数打印、双面打印、按指定区域打印、隔页打、续打等功能。
要求支持按照指定病历类型使用系统提供的标准病历模板或者自定的病历模板进行创建病历。
要求支持关联手术信息创建手术病历。
要求支持病历结构化书写，提供文本、数字、日期、表格、下拉单选、
下拉多选、级联录入、联想段落录入等多种录入方式。
要求支持病历数据按照数据元进行结构化解析，将病历填写的数据（例如：主诉、现病史等）存储到指定表和字段，方便数据获取查询。
要求支持自动获取患者临床信息和其他结构化病历已存储信息并填充到病历中。
要求支持病程记录联合浏览和打印。
要求支持其他病程信息的查看及引用，支持修改病程记录时间。
要求支持按照病程记录时间升序进行列表展示，支持调整病历列表展示顺序。
要求支持病程记录续打。
要求支持诊断独立录入，录入后可以将诊断信息同步到病历里需要写诊断的节点。
要求支持录入和查看患者住院期间的所有诊断，可直接引用患者已录入诊断，支持父子诊断录入。
要求支持患者既往住院诊断查询及引用，引用时支持诊断编码有效性校验，对失效诊断编码进行提示。
要求支持录入诊断后对符合临床路径患者进行入路径提示。
要求支持记录病历操作人日志，如创建人、创建时间、修改人、修改时间等信息。
要求支持在病历上按不同颜色标识出不同用户的修改痕迹，例如标识删除的文字、新增的文字，提供痕迹列表总览病历内容所有修改记录，支持根据列表定位到病历修改点。
要求支持根据医院要求设置不同等级的粘贴权限，包含是否允许从HIS系统外部复制粘贴，是否允许从其他患者的病历复制粘贴，是否允许从该患者的其他病历复制粘贴，支持以上权限叠加生效。支持设置复制黏贴字数。
要求提供住院病历记录双签名功能，当由实习医师、试用期医务人员书写病历时，应当经过本医疗机构注册的医师审阅、修改，并保留书写者与审阅者的双签名。
要求支持与数字签名系统对接实现病历可信数字签名功能，支持插入一个或者多个用户的签名图片，可查看数字签名的时间戳等信息。支持指纹
图片签名。
要求支持病历编辑过程中未保存的病历自动存储在本地数据库，病历保存成功后缓存文件自动删除。
★要求系统需具备在因网络中断、操作系统故障等异常情况导致病历编辑中断后，当用户再次打开该病历时，能够自动检测是否存在本地缓存文件。若存在缓存，用户可选择利用该缓存备份来恢复未保存的病历文档内容。（要求提供符合功能要求的产品截图）
要求支持医生自主维护文档段类别与内容，支持设置使用范围为个人文或科室，支持将所有文档段共享到其他科室使用。
要求文档段支持插入数据元进行结构化录入。
要求文档段支持关联病历节点，配置后可自动引用到病历对应节点内。要求支持查看和引用用户个人以及科室、共享到科室的文档段内容。
要求支持查看和引用患者在本院的所有检验结果，可快速过滤检验异常结果，可配置检验结果引用格式，在引用时按照指定格式引用，支持多个结果批量引用。
要求支持查看和引用患者在本院的所有检查结果，可查看检查图像报告，支持引用检查结果说明。
要求支持按时间和医嘱状态查看和引用患者医嘱记录内容。
要求支持按时间查看和引用患者护理记录结构化内容。
要求支持查看和引用患者本次住院和既往住院的所有类型的诊断内容。
要求支持按照角色创建对应病历，例如医生可创建医生病历，护士可创建护理病历。
要求支持病历内容按角色书写，医护共同书写病历可区分医护书写区域，非对应角色可写区域打开为只读。
要求支持对病历里患者的个人信息进行保护，非主管医生或者接管患者的医疗组人员打开病历时，患者的个人信息进行特殊处理。
要求提供上级医师审签病历的功能，允许上级医师修改并修改下级医师创建的病历记录，上级医生修改后下级医生不可再修改病历。
要求支持配置患者转科后哪些病历可续写。
★要求支持系统为实习医生与规培医生的用户账号，提供针对不同病历类型书写操作的辅助性权限管理与控制功能。（要求提供符合功能要求的产品截图）
要求提供病历质控自查功能，医师可通过病历质控自查功能对病历缺陷进行提醒。
要求提供病历质控知识库和规则库，知识库和规则库支持用户自定义起停状态和自定义内容、时限、分级权限等。
要求提供病历保存质控提醒，针对病历中的缺陷，支持医生病历保存时的质控提醒，可根据管理要求设置为“仅提醒可保存”或“不能保存”。
要求提供医师病历自评功能。病人出院后，可按照病案质量要求进行评分，支持自动评分和手动评分，并自动计算和显示病历质量的等级情况。
要求提供病历质控消息应用。针对病历质控问题，能够通过消息提醒方式实时通知相关医师。
要求提供质控缺陷智能定位功能。针对医师收到的病历质控消息，可直接点击质控消息并定位到缺陷位置，同时可查看对病历缺陷内容的评价和
要求。
要求提供电子死亡医学证明填写和上报功能，提供疾病证明等其他证明材料。
要求提供住院医师交接班记录功能。可根据模板自动生成交接班记录，内容可包括科室患者概况，新入院、病危、手术、特殊检查等患者的基本信息和诊疗情况，再由交接班医师签名存档。
4.1.23护理决策支持系统
要求支持配置护理决策规则，可根据护理诊断、体征信息范围、护理评估结果值范围来配置对应的护理措施与护理目标。
要求支持根据护理决策的结果按照需要护理执行的护理内容和周期生成护理计划，并生成待执行消息提醒给对应用户，可以展示护理计划总览，查询计划执行状态。
要求支持管理人员对每条护理计划的执行的结果进行逐一评价，可以总览评价结果。
要求支持护士进行各类评估时（压疮，跌倒，疼痛，康复等），系统可根据评估的结果自动提示护士需要做的护理措施与达到的护理目标。
要求支持根据护士选择的措施自动生成护理计划或者护理记录，可生成护理计划评价的任务提醒。
★要求系统能够在护士于体温单、评估单或护理记录单中录入异常体征信息后，依据预设的护理知识库并结合该患者的现存问题，自动生成并推荐适宜的护理措施，可以根据护士选择的措施自动生成护理计划或者护理记录，可生成护理计划评价的任务提醒。（要求提供符合功能要求的产品
截图）
要求支持对护理计划评价、护理评估再次评估、护理体征危急值等自动生成护理任务。
4.1.24护理电子病历系统
要求支持根据科室需求选择不同护理记录模板录入，录入时支持从体温单、医嘱、历史护理记录、检查检验报告等进行引用录入，可使用辅助输入及智能联想书写方式快速录入病情措施，支持指定日期范围和全部打印，持根据时间范围进行入出量统计和自动插入到护理记录里。
要求支持所见即所得录入体征信息，录入体征信息时同时自动生成体温单，可录入患者各项体征、出入量等护理信息以及手术、过敏史等其他患者临床信息。
要求支持预先定义好的验证规则，对患者体征(体温、血压、呼吸)等进行验证，对于不合理或者错误的录入，自动给出验证结果并提示护士。
要求支持按科室需求自定义配置体征录入项目。
要求支持在一个界面同时批量录入科室患者的体征信息，可进行全键盘操作快速录入，支持母婴分开进行批量录入体征信息。
要求支持创建各类结构化护理相关评估单，评估单内容支持自动以格式以及项目。
要求支持自动计算护理评估分数，支持评估异常提醒，支持评估分数引用。
要求支持生成护理评估趋势图。
要求支持通过评估结果生成患者特殊标识，如有压疮风险病人生成压疮
标识，医护能够快速了解病人特殊情况。
要求支持根据孕妇情况录入宫缩时间、产程时段、孕次、孕周、胎盘娩出时间等信息，记录各个检查时间段宫口、宫缩情况以及胎心、胎方位等胎儿信息，根据录入的信息自动生成产程图，所见即所得。
要求支持自定义配置产程图录入界面的录入项目。
要求支持登记婴儿身高、体重、出生日期、分娩方式、孕周、产次、Apgar评分等信息，支持多个婴儿一起登记。
要求可进行个性化定制各类护理表单格式和录入内容，包含护理录入项目的名称、代码、关联字典、录入方式以及正确性校验等属性。
要求可以根据科室需求自定义维护出入量录入项目。
要求支持批量录入成人体温单功能。支持按照时间点选择需要录入体温信息的病人，录入项目支持自定义增加录入项目，录入时支持全键盘录入，录入完成可选择病人打印体温单。
要求支持批量录入婴儿体温单功能。支持按照时间点选择需要录入体温信息的婴儿，录入项目支持自定义增加录入项目，录入时支持全键盘录入，录入完成可选择病人打印体温单。
要求支持表格病历批量录入。支持选择表格病历模板进行录入，支持批量录入不同时间的评估信息，根据录入的评估项自动计算分数。
要求支持对护理记录质量问题以消息形式提示护士。
要求支持护士通过点击消息快速查看问题记录的缺陷情况，自动定位缺陷位置便于护士的及时修改。
要求支持护士在护理记录录入时，能根据护理质量验证规则对输入项目
进行验证及提醒。
要求支持对重点患者进行筛查管理和质量统计分析，如危重患者、围术期患者、院内感染患者、高度跌倒风险患者等，并将问题以消息的形式发送给护士。
4.1.25会诊管理系统
要求支持实现会诊申请、会诊审批、会诊应答、会诊意见书写以及会诊扣费功能，并支持院内多科室会诊管理。
要求支持科主任或者医务部根据申请的会诊进行查看与审批，支持按照不同会诊类型走不同审批流程，例如跨科会诊只需科主任审批，多学科会诊需要医务部审批。
要求支持设置审批时限，超过时限未审批则申请作废。
要求支持接诊医生/科室收到会诊申请对会诊进行应答，支持撤回应答。要求支持设置应答时限，超过时限未应答会诊申请失效。
要求支持会诊完成时填写会诊意见，支持多人填写会诊意见。
要求支持会诊医生新增书写会诊所需的其他类型病历。
要求支持会诊医生开具医嘱，并需主管医生确认后再发送医嘱。
要求支持接诊医生进行会诊扣费。
★要求系统提供会诊流程的可视化配置功能。该功能允许根据不同的会诊类型，灵活设置会诊的流程环节、各环节时限要求、受邀医师的资质条件、会诊申请的审批权限以及会诊签到方式等各项参数。（要求提供符合功能要求的产品截图）
4.1.26治疗信息系统
治疗系统根据选择的治疗科室（例如高压氧室、康复科）自动获取需要做对应治疗的患者列表，包含门诊与住院病人。系统提供病人查询工具，能够将查询到的病人手工的添加到对应治疗患者列表，也支持将在治疗患者列表的患者移除。
要求支持门诊医生和住院医生在HIS系统开具治疗医嘱能够同步到治疗系统，治疗系统根据医嘱开具的项目与频次自动生成患者的治疗计划。
要求支持治疗计划信息查询，如治疗项目与次数、治疗日程、治疗执行人、治疗记录单等信息。
要求支持在治理系统完成治疗开单后，治疗信息自动同步到治疗计划更新。
要求支持治疗评估模板制作工具，按需制作评估模板的样式、评估表单、评估计分方式、录入内容校验。
要求支持实时自动计算总分、平均分等治疗评估分数信息。
要求支持生成治疗单据，支持治疗师查看本科室患者的治疗单据详情，支持治疗师单据执行及扣费。
要求支持新增项目单据及耗材登记。
要求支持治疗项目退费开单。
要求支持治疗记录模板制作工具，按需制作治疗记录样式、治疗记录表单、数据获取来源、内容校验等。
要求支持住院患者治疗记录并入患者住院病案归档，支持住院医生在HIS系统查看患者的治疗记录内容。
★要求系统支持治疗推荐功能。允许医生整理并创建可供全院使用的标
准化治疗推荐方案。当医生为患者下达诊断后，系统将根据该诊断结果自动匹配并推荐相应的治疗方案。所推荐的方案将关联包含诊断信息、评估文书、医嘱项目与具体治疗方案内容在内的完整配套信息。（要求提供符合功能要求的产品截图）
4.1.27病案管理与统计系统
病案信息管理
要求实现对患者基本信息、诊疗记录、检查报告等的电子化录入、存储和查询，支持病历的调阅、归档和借阅管理，确保病历资料的完整与安全。
要求实现患者病历信息的电子化采集。
要求支持病案信息的自动化采集，支持结构化数据采集及非结构化数据采集。
要求支持采集过程监控，通过运维监测平台，可实时监测各个数据采集进程的可用性、健康度、繁忙度等即时运行状态，当有采集节点出现异常情况时，通过告警机制第一时间发现运行异常和故障，快速定位问题节点，并发送给对应的运维人员。
要求支持构建统一的系统基础管理体系，对病案系统的基础数据进行维护管理，涵盖院区机构、人员信息、权限体系等。
要求支持对多院区的数据和操作权限进行管理，支持给用户分配院区的权限。对特殊管理人员可分配多院区的查看和操作权限，用户可以切换不同院区的数据进行操作。
要求支持根据不同院区病案的业务，配置相应的流程，如病案回退流程、
病案借阅流程、病案归档流程等。
要求支持维护系统的查看权限、编辑权限、审核权限、回退权限、归档权限、编码权限等病案相关权限。支持根据不同的院区、科室、角色，配置相应的病案操作权限，根据角色权限，开放权限内数据进行操作。
4.1.27.1病案流转管理
可对病案进行归档操作，归档时可对病案进行上架，记录病案所在位置。支持打印病案条形码。
支持通过扫码枪进行扫码归档。
可对归档的病案进行回退，回退到提交或者书写状态。
可查询病案归档详细信息，例如归档时间、归档人、上架时间、上架位置。
要求支持单个或者批量回退病历，回退时可根据角色回退，支持单独回退医生或者单独回退护士的病历。
医护可申请回退相关病案，病案室审批通过后自动回退。
支持查看和打印病案，打印时支持单份或者联合病历打印。
可根据条件查询需要快照的病人。
快照时系统将患者当前时刻的病历转存到快照表，可查看快照的病历内容。
要求支持将患者病案进行冻结，冻结后患者的相关病案只能浏览不能修改。
可对已冻结的进行解冻，解冻后患者的病案操作恢复正常。
支持线上浏览病历自动添加水印，防止非法拍摄截图。
用户可根据疾病、科室等条件查询需要借阅的病案进行申请借阅，借阅时可选择借阅电子还是纸质以及选择借阅时长。
病案室可对借阅申请进行审批，电子病历审批通过后自动借阅，纸质病历在病案室实际借出后在系统上确认借出。
提供查看借阅的电子病历展示界面。
借阅后超过归还日期，用户可申请延期，病案室也可进行催还。
要求记录借阅申请时间、借阅申请人、借阅原因、借阅病历等信息。病历从借阅到续借、催还、归还等操作，记录操作日志，并支持查看。
4.1.27.1病案统计系统
系统需内置丰富的统计报表模版，可自动生成各类病案统计报表，如患者基本信息报表、病案统计报表、医疗费用报表、上报统计报表等，可以根据需要选择合适的模板和统计时间进行报表生成。可根据需求选择生成日报、月报、年报等，系统自动汇总分析数据，也可直接对接上报平台，进行数据上报和数据导出。除了内置模板外，系统还应支持自定义报表。
要求支持将生成的报表导出为excel、word、pdf等格式，方便进行后续分析处理。
4.1.28无纸化病案管理系统
要求支持在采集电子病历系统、收费系统、医技系统等上游系统的病案数据时，自动校验病案提交数量是否完整，当校验出存在不完整数据时，
系统展示缺失的具体病案信息，并支持重新采集重新校验。
要求支持与高拍仪接口对接，对纸质病历进行翻拍。支持选择图片参数，如分辨率、拍照模式、曝光度、裁边大小等属性进行翻拍，也支持对图片进行左右旋转等调整。拍摄后可选择不同的文件格式进行存储和查阅。
要求支持与扫描设备对接。获取电子病历系统的病历类别列表，在扫描前，先选择扫描件的病历类型，把扫描后的文件存储到相应的类别下。支持对扫描病历进行归档和查阅。
要求支持扫描和翻拍的图片病历，自动对焦、自动矫正、自动去除黑边、自动调整亮度等校准动作，保证图片翻拍后的清晰度和质量。
要求支持采集的病案数据结构化存储。
要求支持病案数据以PDF格式存储并打印、预览。
要求支持病案数据以OFD格式存储并打印、预览。
要求对病案打印权限统一管理，支持在系统上对打印操作留痕，同时生成打印日志。
要求通过输入打印病案的“患者信息”读身份证，可以直接调出病案的相关信息，对病案可以直接打印。
要求支持外接身份读卡器自动读取二代身份证功能，且能够生成具有患者身份证或委托人身份证图片的电子申请单，同时支持户口簿、出生证明、保险单等材料的拍摄留存。
要求支持读患者身份证、医保卡进行病案信息查询，支持输入出院时间、入院时间等多个条件组合查询。
要求支持按照打印用途，自定义打印的套餐，如报销套餐、复诊套餐。
要求支持在打印的时候，可选择打印套餐，并显示套餐的病案内容进行打印。
要求支持按页数、份数、打印次数等方式计费，自动计算打印费用。支持现金支付，也支持微信、支付宝等移动支付方式。
要求支持打印的时候自动添加水印和签章。
要求支持病案示踪功能，根据条件查询病案流转信息，例如上传、归档、借阅、复印等信息。
要求支持对病案的提交、回退、归档、借阅、封存等操作都记录操作日志。
要求支持通过首页编码时标记的标签对病案进行检索。
要求支持添加常用的组合条件，对病案进行多维度快速检索。
要求支持配置综合查询条件模版，快速检索某类病案数据。
要求支持OFD的储存格式，可进行打印、预览。
要求适配国产化操作数据库，如达梦等，适配国产化操作系统，如统信等。
要求支持用户CA验证系统，无需录入用户名。
纸质采集病案时，要求支持加盖操作人CA签名。
对于医护人员及患者电子签名的报告单，可实现调取CA接口进行有效性验证。
电子病案归档的时候，要求支持加盖审核人的CA签章。
4.1.29电子病历质控系统
要求支持以下病历三级质控功能：
1、要求支持医生质控功能。支持对未提交的病人病历进行评分，支持根据设置的质控规则自动评分，支持对一个病人多次进行评分。
2、要求支持科室质控功能。支持按照预设条件抽取病历，结合病历质控规则对病历质量进行检查，自动生成科室病历质量报告，并实时反馈给责任医师进行整改，整改完成后的整改情况再返回科室质控组审核确认。
3、要求支持院级质控功能。支持质控科或者病案室等职能部门根据预设条件抽取出院病历，对病历质量进行检查，结合病历质控规则，对病历进行评分。特殊情况下，可退回病历，要求责任医师补充或整改，每月定期生成病历质量报告。支持多人协作质控。支持专题专项质控。支持专家组质控。
要求根据国家或省市《病历质量评价标准》，设置病历质控规则。
要求支持时限质控规则，支持根据住院病历书写的时限管理要求配置质控规则定义和扣分规则。
要求支持内容质控规则，支持基于结构化的信息节点进行逻辑组装配置，实现内容完整性、内容一致性判断、数值大小判断等质控规则。
要求支持自定义质控规则，支持根据医院管理要求自定义缺陷项目。
要求支持时限质控，支持根据病历时间质控设置规则，对住院病历记录完成情况进行自动检查，并对未按时完成的病历记录向责任医师和病历质量管理人员进行提示的功能。
要求支持内容质控，根据质控规则设置，对不同病历的完整性、规范性提供自动检查和提醒。
要求支持根据专科病历、诊断等差别化的质量控制。
要求支持根据质控规则进行自动判断处理并产生相应控制报告内容。要求支持对病历质量进行评价与记录缺陷，并反馈给责任医师的功能。要求支持记录病历质量管理人员审查病历的审查时间和审查者信息。要求支持对病历缺陷内容的纠正情况进行追踪检查。
要求支持根据病历质量检查和评价结果生成不同维度的统计分析报表。
医院集成平台
4.1.30企业服务总线平台
基础服务平台
要求支持集成信息管理，对接入平台的厂商以及对应的系统进行管理包含新增、启用、停用和凭证的管理。要求支持查看每个厂商接入的系统，以及每个系统详细的服务调用情况概览。
要求支持服务注册和服务定义管理，服务注册管理各系统的的服务地址，服务定义用来对服务的类型和服务进行新增、编辑、删除操作。
要求支持交互配置管理，包含服务管理、服务授权、服务分发、服务订阅功能。
要求支持流量控制及黑名单管理功能，对接入医院信息集成平台的系统和服务进行颗粒化的控制管理。基于业务逻辑分析及历史调用行为分析，配置针对各业务系统各服务的流量管控规则，从服务调用次数、服务调用数据量大小、服务调用时间段等多维度对服务进行安全性管理。当发现异常调用行为时可以自动将调用系统加入流量管控范围或者是手动加入黑名
单。通过流量控制和黑名单管理功能能够将异常的调用进行隔离和阻断，进一步提供基础服务平台运行的稳定性。
支持监控平台对接的服务消息队列，支持对发生问题消息的快速追溯和定位，并进行手动/自动推送或重发等操作，自动操作支持配置规则。
要求支持对基础服务平台运行参数的设置，系统运行的参数以后台管理的方式进行展示，方便管理员对系统参数的修改。
互联互通交互服务
4.1.30.1.1文档注册、查询服务
要求支持电子病历文档注册服务，实现电子病历文档源向集成平台注册病历文档，要求支持通过文档服务组件对电子病历的数据有效性进行校验，并对文档进行存储。
要求支持电子病历文档检索服务，实现病历文档的检索功能。用于接收电子病历文档使用者的检索请求，并执行相应检索操作，将查询结果返回给电子病历文档使用者。
要求支持电子病历文档调阅服务，实现病历文档的调阅功能。
4.1.30.1.2个人信息注册、查询服务
个人身份注册对患者基本信息的统一管理，可以实现对患者信息最完整的保存，以避免重复录入患者基本信息的情况。个人注册服务在医院集成平台上，形成一个患者注册库，安全地保存和维护患者的诊疗标识号、基本信息，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。要求支持患者注册服务具备新增个人注册功能、患者注册服务具备个
人信息更新功能、患者注册服务具备个人身份失效功能、患者注册服务具备个人身份合并功能、患者注册服务具备个人信息查询功能、日志审计功能。
4.1.30.1.3医疗卫生人员注册、查询服务
医疗卫生人员注册的目的用于对医疗单位内部所有医疗卫生服务人员的基本信息进行注册和管理。医疗卫生服务人员包括医生、护士、医技人员、药师人员等全部提供医疗卫生服务的医务人员，通过对医疗卫生服务人员基本信息、专业信息的记录，可以实现对医疗卫生服务人力资源的全面掌控、统一管理、合理配置。
医疗卫生人员注册库，是一个单一的目录服务。系统为每一位医疗卫生服务人员分配一个唯一的标识，并提供给平台以及与平台交互的系统和用户所使用。
医疗卫生人员注册服务具备新增医护人员注册服务，提供新增医护人员注册服务，用于在业务系统中进行新员工登记注册时，将新员工的信息注册到集成平台中。注册前，会先按预置规则进行匹配，如果有匹配成功的记录，则更新原来的记录；如果没有匹配记录，则作为新的员工进行添加。
医疗卫生人员注册服务具备医护人员信息更新服务，业务系统进行员工的信息修改时，通过医护人员信息更新服务及时通知集成平台，保证集成平台员工信息的准确性和一致性。
医疗卫生人员注册服务具备医护人员信息查询服务，提供医护人员信息查询服务，用于业务系统根据医护人员的全部信息或者部分信息从集成平台查找符合的医护人员信息。
4.1.30.1.4医疗卫生机构注册、查询服务
医疗卫生机构（科室）注册的目的用于对医疗卫生机构（科室）的基本信息进行管理，通过对医疗卫生机构（科室）基本信息的统一管理，可以向基于医疗信息平台建设的各应用系统、患者提供完整、统一的医疗卫生机构（科室）信息。
通过建立医疗卫生机构（科室）注册库，提供各相关医疗机构及医疗机构所有科室的综合目录，系统为每个机构、科室分配唯一的标识，可以解决医疗活动中医疗卫生服务场所唯一性识别问题，从而保证在医疗业务活动中涉及的不同系统中使用统一的规范化的标识符，同时也满足与各医疗卫生机构服务机构的互联互通以及维护居民健康档案信息的统一标识需求。
医疗卫生机构（科室）注册服务具备新增医疗卫生机构(科室)注册服务，业务系统中新注册科室时用到，主要是将新科室的信息传入到集成平台中。注册前，会先进行模糊匹配，如果有匹配成功的记录，则更新原来的记录；如果没有匹配记录，则作为新的科室进行添加。
医疗卫生机构（科室）注册服务具备医疗卫生机构(科室)信息更新服务，业务系统中，如果科室的信息有修改时应该及时通知集成平台，保证集成平台科室信息的准确性和一致性。
医疗卫生机构（科室）注册服务具备医疗卫生机构(科室)信息查询服务，业务系统根据科室的全部信息或者部分信息从集成平台查找符合的科室信息。
4.1.30.1.5医嘱信息交互服务
医嘱交互服务用于对患者的整个临床诊疗过程中的医嘱信息的管理。医院集成平台在医嘱处理过程中(如医嘱开立、医嘱执行、医嘱停止、医嘱取消)为平台上的各应用系统提供医嘱信息共享服务。要求支持医嘱接收功能、医嘱查询功能、医嘱更新功能。
4.1.30.1.6申请单信息交互服务
申请单服务是医院集成平台为接入平台的各系统提供申请单(检查申请单、检验申请单等)信息共享服务。要求支持申请单接收功能、具备申请单查询功能、申请单更新功能。
4.1.30.1.7就诊信息交互服务
就诊信息交互服务用于对患者的整个就诊过程中的各种就诊信息的管理。医院集成平台可以实现患者在就诊过程中入院、转科、出院等各环节信息的保存，变更和信息共享。要求支持门诊就诊查询服务、住院就诊查询服务、出院信息查询服务。
4.1.31集成引擎中间件
要求支持界面全中文和可视化拖放式设计面板，使得用户可以通过直观的操作来设计和部署数据流和集成逻辑，而无需编写复杂的代码。同时会记录每个服务分配负载关系以及版本控制，实现服务的灰度发布和精细化回滚。
要求支持内置复用管理功能，以文件形式导入导出，实现跨项目的服务复用和共享配置，提高开发效率。
要求支持对服务链路日志以及重发的数据进行统一展示，可通过直观的操作来对数据进行筛选重发。对消息数据进行记录并且对每条数据的走向
进行拆分解析，如果需要对异常日志以及区间数据进行数据重发，可以使用消息重发管理进行重发，并且在重发管理中的任务进行统一管理，形成完整闭环。
要求支持提供可视化的数据映射面板，通过一些简单配置将一些复杂数据集中，规整成映射事件，并在需要时将其取出与相应的功能进行响应并关联，对已有或未定义的数据进行统一的授权，有效预防潜在的安全风险。
要求支持监控实例下各路由状态，对路由具体状态的操作。并且可以从路由维度实现路由状态监控、单个路由日志查看及按照路由所属的不同实例查看日志，帮助用户优化系统资源配置，提高系统性能。
要求支持通过不同的服务路由、消息流转调用时间进行过滤获取对应的消息上下文；对获取上下文的数据，可以进行智能处理，以编排链路的形式、可视化完整的还原每次服务流程的日志，每个路由节点都能够查看对应流程中经过该节点的各项消息数据，便于每次服务流程的问题排查，及基于日志的信息批量快速注入。
要求支持对项目中的业务进行统一管理，维护项目字典，规划项目区块，针对业务对区块进行整理、归集，这样方便用户在使用过程中可以通过业务找到对应的数据，便于管理以及维护。
要求实现对全局环境变量的统一配置管理，配置后加载到所有引用的业务组件中。
要求支持现有数据库包括但不限于：达梦等数据库的连接配置，对数据源的识别、配置和维护，确保数据的可用性、一致性和安全性。
要求实现各种组件在组件注册中心的快速注册、表单生成、应用生效等功能，要求支持各类协议组件，包括但不限于tcp等，同时需支持国家规定的国产组件，包括但不限于达梦数据库组件、国密算法组件、阿里组件等。
要求支持内嵌知识库，支持对脚本函数和环境参数进行整理、存储和更新的管理。
要求支持确保数据一致性和防止多用户冲突的机制，同时对于日志监控、审计和合规性有着良好的应用。
要求支持维护服务高可用性时的状态监控、故障转移以及配置管理等的功能集合。对每次服务流程进行分析、识别故障，通过累积的数据智能启动熔断策略，保障系统的稳定。
要求支持已配置路由的网络层地址的管理界面，具体包括生产环境和测试环境等地址的总汇，和相关路由信息以及状态的展示，方便运维人员提供和对路由健康状态的监控。
要求支持监控中间件的各项性能指标，如响应时间、吞吐量等多方面的管理和监控整个中间件的健康运行状态，确保系统的稳定性和可靠性。做到全方面监管分析脉络，收集和分析中间件的运行日志。
4.1.32业务交换组件
要求业务交换组件面向临床服务、医疗管理、运营管理及外部机构四类业务域提供标准化交互组件，实现各业务系统与医院集成平台之间基本服务和应用程序的统一管理与监控。通过开放平台标准化接口，帮助厂商运
用和组装平台接口及相关系统接口产生新应用、扩展应用功能，并提供统一便捷的接入方式，保证新应用在平台环境下的统一管理和运行。
4.1.33门户管理
主题门户管理
要求支持个人通用应用门户，根据医院需求以及用户使用习惯，提供简单、迅速、客户化的门户配置，实现各种资源的集中管理，将医疗信息、医疗应用以有效的方式提供给医院使用者。个人通用门户管理内容主要包含门户主题配置、桌面配置以及门户消息管理等功能。
系统采用BS架构设计：
产品基于BS架构研发，通过浏览器实现系统访问；要求系统内置有插件扩展功能可以整合医院业务所需的外部插件，包括多类型读卡器、手写板及多元化接口（医保、合理用药等）医疗专用基础插件，支持组件的本地安装及卸载，也可实现组件的远程批量安装及卸载。
单点管理
要求支持提供用户授权管理服务，可实现医院HIS等应用系统统一。
要求支持采用唯一身份标识，并对实体身份进行管理。
要求支持根据用户对平台使用性质的不同进行用户分类管理。
要求支持对用户、角色、资源和权限的标准化管理，实施权限管理和权限的分配。
医院数据中心
4.1.34数据中心
数据ETL管理
ETL是将业务数据从HIS、EMR、LIS、PACS等业务系统数据库汇聚到数据中心的过程，要求支持对定时采集的相关业务数据进行贴源采集。针对数据中心标准数据的建设，要求ETL进行对贴源层数据的清洗、转换操作，以最终达到数据标准的统一。要求功能包括：数据抽取、数据清洗、数据转换、数据装载、调度管理。
主数据管理
要求支持通过主数据管理定义数据的值域和制定标准，建立院内标准体系为实现互操作提供必要的语义保证，同时要求支持对患者、医护人员、科室、医嘱等基础数据及相关主索引实行统一管理。主要建设内容要求包括：基础字典管理、业务字典管理、字典映射管理、主数据服务管理。
术语管理
要求支持术语的日常新增、修改、审核发布，支持对使用者的错误反馈机制，保证术语准确性的不断完善，要求支持包括术语规范管理、术语维护管理、术语审核发布管理、术语反馈管理、术语权限管理、术语服务管理。
患者主索引管理
要求支持全院级统一患者主索引的建立，要求能够从各种不同的子系统中取得患者的信息并进行组织，串连起所有患者相关信息，包括基本信息、过敏信息、家族病史、历次诊疗信息、检查检验信息、患者主管医生、历次电子病历、收费情况（门诊、住院）等信息，并以此为基础实现医院数据层面的整合，包括电子病历的数据整合以及医院业务和管理数据的整合，要求同时提供一个搜索引擎，提供给其它应用程序对患者的智能搜索功能。
1、要求支持患者概况总览功能。
2、★要求系统支持患者信息检索功能。用户可通过患者ID列表、姓名、出生日期、性别、地址等多种条件进行查询，以获取患者的完整注册信息，并能够进一步检索该患者的其他已关联信息及相似患者列表。（要求提供符合功能要求的产品截图）
3、要求支持交叉索引信息维护功能。
4、要求支持患者信息算法匹配功能，且匹配的规则至少包含以下4种：精确匹配：根据设置的匹配条件查询相应的患者，并自动关联，此条件
在患者注册的接口使用。
模糊匹配：根据患者的相似音查询相似患者列表，然后根据配置的匹配条件和权重计算相应的相似度。
高相似度匹配：根据设置的匹配条件查询较高相似度的患者列表，然后根据高相似度基数和模糊匹配设置的匹配条件权重值计算出相应的相似度，其中模糊匹配的权重值占（1-高相似度基数），也就是比如高相似度计算设置为90%，则模糊匹配的只占10%，最后得出的高相似度为两者之和。
相似匹配：支持获取匹配条件的患者列表，可以用于患者注册之前查重，若查询到已经注册的患者后，可以开展换卡操作等，避免患者重复注册。
5、要求支持患者信息在线匹配功能。
6、要求支持信息离线辅助调整功能。
7、要求支持患者信息脱敏维护功能。
数据脱敏配置管理
要求支持按场景的安全级别进行数据的脱敏处理，确保敏感数据泄露的风险最小的同时，最大化数据价值分析挖掘的潜力，提供开放的脱敏体系，要求内置脱敏算法支持：随机查表替换、唯一数据映射变换、随机生成、替换、屏蔽、随机生成不定长度字符串、姓名脱敏、地址脱敏、哈希脱敏。具体应包括：数据链接管理、脱敏规则管理、数据服务管理功能。
★要求系统提供患者信息脱敏配置功能。为满足安全策略及患者隐私保护要求，可对身份证号、姓名、手机号、邮箱地址、客户资料等敏感字段，依据设定的脱敏规则进行数据变形处理，从而确保隐私数据得到可靠保护。（要求提供符合功能要求的产品截图）
临床信息数据库CDR
临床信息数据库（CDR）要求采用市场上的大型关系型数据库，要求具备较广泛的计算机硬件平台支持，支持市场上的操作系统平台；而且是基于组件或构件来进行设计开发，要求具有一套完整的开发规范，拥有良好的可扩充性。随着用户数的增加及功能应用的增加，系统能够保持足够的
稳定性，维持正常的运行；能支持集群、负载均衡。
临床信息数据库数据范围要求包括但不限于患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等，涵盖HIS、EMR、LIS、RIS、麻醉等各类业务系统，数据时间范围包括信息化以来的历年数据及实时数据等。临床信息数据库可应用于医院内部医疗业务协同、临床科研数据分析和挖掘，为BI、闭环医嘱等提供相应的数据支持。
功能要求如下：
1、数据类别管理
数据类别管理应遵循国家卫健委《电子病历基本数据集》标准，至少包含标准要求的17类数据集和59个数据子集的内容，支持自定义扩展数据集；按照标准的临床业务模型对患者数据、就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。主要按照医院业务实际开展方式进行划分，实现对不同数据类别的管理，方便快读查找定位相关数据内容，具体类别如下所示：
(1)患者管理类：患者基本信息、挂号信息、出入院登记信息、诊断信息、接诊信息；
(2)医嘱类:门诊处方信息、门诊处方明细信息、住院医嘱信息、检查申请单、检验申请单、手术申请单、病理检查申请单；
(3)实验室类：申请登记信息、标本信息、临检及生化报告、微生物报告、病理报告；
(4)观察类：观察域、观察报告、生命体征观察信息；
(5)病历类：病历主数据、病历分段数据、病历样式数据、病历全文索
引、非结构化病历数据、门诊病历；
(6)病案类：病案首页、病案诊断、病案手术；
(7)手术类：手术登记、手术记录、手术诊断、手术麻醉信息、术后复苏信息、手术参与人员；
(8)护理类：医嘱执行记录、不良反应记录、体温记录、出入量记录。
2、数据查询管理
数据查询管理主要针对临床信息数据库中结构化数据的存储结构查询以及数据结果的查询。
存储结构查询能够进行字段列的选择查询，并能够识别存储结构字段的有效性，另外，能够查看对应的索引信息，方便运维人员在发现索引信息不完善的情况进行索引调整。
数据结果查询能够通过对查询列的选择，并提供可视化查询界面进行条件的灵活筛选，满足非技术人员的数据查询需求。同时，系统提供语法查询窗口，在可视化查询不满足查询要求的条件下，可以通过语法窗口进行相关查询语法的编辑，以最大限度的满足查询要求。另外，针对查询结果，在权限允许的情况下，还可以进行查询结果数据的导出，以保证数据的充分应用。
3、数据监控管理
满足临床信息数据库所存储的数据完整性，数据监控管理用来监控、维护整个数据同步、采集到临床信息数据库的平稳运行，当数据同步运行发生错误或者性能出现显著降低的时候应该能够让用户及时发现并提供迅速处理的工具和途径，从而显著降低这些事件的严重性和持续时间，保持数
据中心平稳、高效、安全地运行。
数据监控管理中用户可以直接浏览到临床信息数据库当前的数据服务节点情况，包括源端、目标端。并针对错误问题进行警报提醒机制，快速直观反馈给运维人员。另外，针对数据同步节点的相关问题能够在可视化的前提下进行及时处理，减少了运维人员的投入，增加数据同步采集的完整性。
4、数据备份与恢复
CDR提供可靠的数据备份与恢复机制，确保数据在意外情况下能够快速恢复。数据备份包括全量备份、增量备份和差异备份，满足不同业务场景下的数据恢复需求。
5、用户培训与支持
CDR提供全面的用户培训与支持服务，帮助用户熟悉系统功能和操作流程，提高系统的使用效果。用户支持包括在线帮助、技术支持、培训课程等，确保用户能够高效利用CDR系统。
7、数据查询与统计
CDR提供强大的数据查询与统计功能，支持用户根据不同维度进行数据查询和统计分析。通过自定义查询和报表生成，满足临床、科研和管理的多样化数据需求。
CDR提供丰富的数据可视化工具，支持对临床数据的多维度展示和分析。通过图表、报表、仪表盘等形式，将复杂的数据直观化，帮助用户快速理解和分析数据。
8、异常数据监控
CDR对数据异常情况进行监控，及时发现和处理异常数据，确保数据的准确性和一致性。异常数据监控包括数据缺失、数据错误、数据异常波动等，通过预警机制和处理流程，保障数据质量。
9、数据生命周期管理
CDR对数据的整个生命周期进行管理，包括数据的创建、使用、归档和销毁。通过数据生命周期管理，确保数据的长期保存和有效利用，满足法律法规和医院管理的要求。
运营信息数据库ODR
运营信息数据库是医院集成平台的运营数据的集中体，是由多个逻辑模式共同组成的一个对象，可以作为独立逻辑对象建立。主要存储医疗机构内部信息系统运营原始业务数据，所存储的数据均是支持各类运营决策类系统分析活动的所需数据。为决策类系统提供基础的数据支持，通过该数据库，决策类系统能够快速的获取到不同角度的数据。该类数据包含：病人住院费用、病人门诊费用、预交金信息、结算信息、物资信息、设备信息、人事信息、财务信息等。
运营信息数据库在日常管理过程当中，需要提供数据类别管理、数据查询管理、数据监控管理内容。保证运营信息数据库的正常数据同步采集。
运营信息数据库ODR以主题和指标的方式对医院运营数据进行抽取和分析，形成不同分析主题的汇总数据,减少决策分析应用的数据计算，提高分析效率。其主题域划分按照业务过程划分，主题域的划分可以满足当前业务数据分析及挖掘的需求以及为后续数据分析业务提供更快的扩展及赋
能。主题数据域包括以下内容：
通用数据域：针对门诊、住院、体检等相关业务，从数据中心汇聚过来经过清洗转化的数据，针对相关基础通用数据进行轻度汇总，为后续主题数据类以及主题汇总层提供基础数据来源。比如基本字典数据集、科室字典数据集。
患者数据域：医院所服务的患者在诊疗过程中留存的各种基本信息。比如门诊诊病诊断信息、住院病人入院、病人住院信息等。
服务数据域：以患者和一定社会人群为主要服务对象，以医学技术、设备、诊疗环境为基础服务手段，能够提供实际医疗产出的、非物质形态的服务的最大程度。比如门诊预约信息等。
诊疗数据域：医生在给患者诊断治疗过程的涉及的各个流程步骤。比如门诊处方信息、医院医嘱信息、门诊及住院单据、门诊及住院费用信息，病人费用结算信息、检查检验报告信息等
财务数据域：包括医院的总账信息，是描述科目组织、控制、内部核算等医院核心科目账务以及预算管理有关的内容。该主题抽象地描述了医院内部账务的组织模式，能够适应不同的科目组织体系。比如，财务收入、支出、结余等信息。
运营数据域：医院运营过程的计划、组织、实施和控制，是与医疗服务创造密切相关的各项核心资源管理工作的总称。包括人力资源信息、药品采购信息、物资采购信息等。
数据治理
要求支持对数据中心的数据进行质量检查，包括数据的完整性、数据的一致性、数据的准确性以及数据的及时性等，并提供相应的数据检查结果数据，帮助信息管理人员管理数据中心的数据。主要建设内容要求包括：数据质量概览、数据源管理、数据标准管理、质量规则管理、质量模型管理、质量方案管理、质量任务管理、质量报告管理。
要求通过数据质量概览能够展示接入数据质量平台的所有数据源的数据质量整体情况，包括检验总数据、检验成功量、检验失败量，检核规则占比、基础规则数、业务规则数，方案合格率、方案执行成功率，数据量趋势。
要求数据源管理支持多种数据库，如Oracle、Mysql、sqlServer等，支持通过动态切换数据源的方式直接连接数据库，支持测试数据库连接是否成功。支持数据源的建立、修改、删除操作。
要求数据标准管理为数据质量平台提供统一的数据标准定义和平台逻辑模型，结合制度约束、系统控制等手段，实现数据的完整性、有效性、一致性、规范性、开放性和共享性管理，包括数据类型管理、数据字典管理。
要求支持质量规则管理，通过配置质量控制规则，衡量医院数据质量水平。质量控制规则内容包括规则名称、规则类别，规则类型，规则脚本，规则描述。支持规则新增、编辑、删除等操作。质量控制规则管理包括规则类别管理和规则类型管理。
为了保证数据质量的高水平，要求支持质量模型管理，平台可设置质量控制模型加以维护管理。质量控制模型包括质量基础模型、质量定义模型、
质量控制模型。
要求平台支持数据质量控制方案管理，实行全面数据质量管理和全程数据质量控制。包括针对门诊病历完整性、门诊处方一致性、门诊药房及时性、门诊收费完整性、诊断疾病一致性、住院医嘱及时性、住院病历完整性等。
要求支持质量控制任务管理，支持任务的新增、编辑、删除，任务复制、任务状态的开启关闭等操作。支持基础任务管理和业务任务管理。
要求支持通过数据质量报告指出数据质量控制体系在运行过程中存在的普遍问题和值得注意和加强的方面，并提出明确的要求和措施。包括质量结果报告、质量综合报告。
要求支持依据数据质控方案，在各个阶段分别按步骤、分时段进行数据质量控制，形成数据质量结果报告。数据质量结果报告支持图文并茂的报告形式将数据质量问题进行周期性的说明。
要求支持信息资源目录管理，支持构建面向多业务场景的数据资源目录，类别覆盖临床资源、科研资源等，资源包含名称等基本信息，还包含信息项，信息项为资源所含的信息元素列表，如个人基本信息(资源)包含姓名、性别、证件号码等信息项。
电子病历共享文档库
要求支持以患者为中心，围绕患者所发生的实际临床业务活动组织文档，生成符合《电子病历共享文档规范》的临床文档病历进行归档与储存。基于已注册的EMR文档分类进行文档的分类、标识。实现根据实际授权情
况进行EMR文档的全部、部分、单个文档的调阅与应用。主要通过生成符合卫生部共享文档规范的临床文档进行归档与储存，最终形成电子病历共享文档库。电子病历共享文档库主要建设内容要求包括数据集标准化管理以及共享文档标准化管理
患者全息视图
要求支持基于临床数据中心实现病人诊疗信息的统一展现，横向以时间轴的方式显示病人的体征、医嘱等信息，纵向是以诊疗事件顺序来显示相关诊病信息，如检验、检查报告、手术记录等信息，支持报告的趋势分析、历史报告对比分析等功能。
要求支持按时间顺序查看患者历次就诊信息详情，包含门诊住院信息、病人历史用药记录、病历历史手术记录以及既往史过敏史等信息。
要求支持查看患者本次以及历次的病历信息以及检验检查报告。查阅报告时支持进行横向对比阅读、支持趋势分析等。
危急值管理系统
要求支持在检查、检验等系统中设定危急检验项目表与制定危急界限值，并可对危急项目表、危急界限值进行定期总结分析,根据分析结果可增加、删除、修改危急检验项目及危急界限值。
要求支持当检查、检验结果达到或超过危急值界限时，支持自动筛查出危急值，并提醒技师进行危急值复核，经复核确认为危急值后，即刻审核发布。
要求支持通过短信、系统消息、电话等多种方式进行危急值提醒和通知，通知内容包括患者病案号、姓名、科室、危急值结果等信息。
要求支持医生在规定时间内做出对患者处置的诊疗意见，做危急值处理登记。支持在规定时间内没有危急值处置反馈的，危急值消息则按管理部门规定流程通知发送给上级医生、科主任、主管院长等相关人员，直至完成危急值处理登记。支持医生复查确认危急值报告结果不当，由医技部门取消危急值报告。
要求支持危急值处理的过程和相关信息做详细记录，支持危急值管理部门对危急值传报全流程进行追溯。
危急值管理功能：
要求具备危急值的全程处置流程，支持危急值消息推送可视化配置，可设置危急值弹窗消息显示内容，包括姓名、性别、年龄、科室、主管医生、危急值项目、数值、检验项目、报告时间等内容。要求支持危急值是否弹窗霸屏弹窗处理设置。支持根据班内、班外时间设置不同危急值消息推送规则，包括可按不同对象分级设置推送方式（短信、电话、系统、APP）。
医院综合查询报表系统
要求支持提供可视化报表工具，可根据医院要求定制各类统计查询报表。
要求支持支持按角色、用户等多种方式对报表进行授权。
要求支持提供报表检索日志记录功能。
要求支持提供报表备注记录功能。
要求支持报表的导入导出作废功能。
要求支持报表数据的排序、检索、过滤、导出功能。
要求支持医院业务情况、资源利用、医疗质量、工作效率等各方面统计报表。
4.1.35数据上报平台
HQMS数据上报
HQMS医院质量监测上报系统，是配合卫健委医管司实现对医院监测数据的采集、转换及上报，实现数据上传的实时性、准确性，提高数据上传质量。
要求支持字典映射功能。按照《住院病案首页数据采集接口标准》，进行病案首页原始数据与HQMS数据标准的映射。
要求支持结构化病案首页数据抽取功能。从电子病历结构化病案首页中自动抽取出医管司所需要病案首页原始数据。
要求支持数据转换功能。根据字典映射结果，将抽取的病案首页原始数据按照字典映射进行转换.
要求支持DBF文件和打包功能。根据接口标准和开发说明书，将数据信息转换成dbf文件，并压缩为zip文件。
要求支持数据上传管理功能。通过前置程序自动在每天规定的时间段将数据上传至医管司站点。
运营决策支持系统
要求支持重点呈现院长关心的重点指标内容，侧重分析总结全院、门诊、住院人次以及收入，非医疗收入，手术情况；页面简洁，关键数据突出。
院长驾驶舱还可以查看今日动态的实时数据，支持电脑端和移动端查看相应信息，查看医院经营状况，以数据辅助院领导做出正确决策。数据的各类指标支持横向、纵向、基值对比，可根据管理专题或者单指标细化，实现院级、科室组、科室、医疗组、医生、患者的多层级数据查看等方面的数据的对比。
要求院长驾驶舱包括并不限于以下内容：
1、首页。支持自定义的形式，支持在各类指标范围内选择关注的指标，自动生成自定义首页，每个指标提供单指标和图表展示。支持消息预警功能，指标处于异常时（根据运营知识库或手动设定），及时给与预警提醒。
2、全院运营。要求将医院核心运营指标汇总展示，包括并不限于门诊、住院、收入、手术、检查、检验信息，数据内容包括并不限于人次、费用等。
3、门诊运营。要求对门急诊信息进行多维度分析，包括并不限于门诊人次、门诊费用、患者分析、预约分析，按号别统计、预约就诊等情况的统计，支持以科室为维度进行数据展开。统计查询条件包括并不限于时间、院区、科室、医保类型、挂号方式等。
4、住院运营。要求对住院床位、科室、医生、患者等工作量进行综合分析，反映医护人员的工作情况，为安排医院工作计划和进行资源调配提供决策支持。统计查询条件包括并不限于时间、院区、科室、医保类型、挂号方式等。
5、收入分析。要求对医疗收入进行汇总分析，包括医院整体医疗收入、药品收入、门诊收入、住院收入等各分项收入的趋势变化等进行综合性分析，并根据分析提供相关决策支持。
6、手术分析。要求汇总展示出院患者的手术情况，内容包括并不限于出院患者手术患者数，择期手术患者数，微创手术患者数，四级手术患者数和日间手术患者数等。统计查询条件包括并不限于患者出院时间、手术时间、科室、术者医师、手术级别等，支持以科室为维度进行数据展开。
要求支持以饼图、曲线图、趋势图等不同的方式对全院门诊、住院、手术、医技进行实时监测分析。医院可以自行通过时间维度自定义组合查询不同科室的指标分析，实现关键指标从全院分析到科室以及医生的层级下钻分析。支持报表以excel、word和pdf多格式导出。
要求支持以饼图、曲线图、趋势图等不同的方式对全院门急诊工作量进行同环比分析、科室排行及门急诊病人构成情况,了解全院门急诊工作量总况。主要包括门急诊人次分析、门急诊诊断排行分析、门急诊人次挂号类别分析、门诊预约分析、门诊平均预约等候时长分析、门急诊医保自费分析。用户可以自行通过时间维度自定义组合查询不同科室的门诊预约就诊率及平均候诊趋势分析，实现关键指标从全院分析到科室以及医生的层级下钻分析。支持报表以excel、word和pdf多格式导出。
要求支持以饼图、曲线图、趋势图等不同的方式对全院住院工作量进行同环比分析、科室排行情况,了解全院住院工作量总况。主要包括出院人次数分析、入院人次数分析、出院诊断排行分析、自动出院率分析、病种出院人次分析。用户可以自行通过时间维度自定义组合查询不同科室的出院
诊断排行、自动出院率月趋势以及疾病患者疾病转归分析，实现关键指标从全院分析到科室以及医生的层级下钻分析。支持报表以excel、word和pdf多格式导出。
要求支持以饼图、曲线图、趋势图等不同的方式对全院住院手术进行同环比分析、目标达成情况、科室排行情况,了解全院住院手术分析情况，并实现关键指标从全院到科室的层级下钻分析。主要从住院手术台数分析、三四级手术比例分析、住院手术排行分析、I类手术切口占比分析、手术间利用率分析维度了解手术分布及趋势情况，配合联动、下钻功能，层层深入分析，掌握全院及各科室的住院手术分析情况。
要求支持以饼图、曲线图、趋势图等不同的方式对全院医疗收入、次均费用进行监测分析，全面了解医院收入费用情况。用户可以自行通过时间维度自定义组合查询不同科室的指标分析，实现关键指标从全院分析到科室以及医生的层级下钻分析。支持报表以excel、word和pdf多格式导出。
要求支持对抗菌药、注射药物维度建模，搭建药品管理指标分析专题，用户可查看对应指标的同环比、趋势、饼图、柱状图等可视化分析，并且针对部分指标能够实现从全院分析到下级科室以及医疗小组/医生粒度，完成基于上层条件的层层下钻分析。支持报表以excel、word和pdf多格式导出。
要求支持对再入院重返、ICU重返、住院死亡、手术死亡、危重抢救死亡、重点病种、重点手术、单病种、诊断符合、临床路径管理分析等多个维度，搭建质量/安全指标分析专题，用户可查看对应指标的同环比、趋势、饼图、柱状图等可视化分析，并且针对部分指标能够实现从全院分析到下
级科室以及医疗小组/医生粒度，完成基于上层条件的层层下钻分析。支持报表以excel、word和pdf多格式导出。
不良事件管理系统
4.1.36基础类不良事件上报管理
支持不良事件上报主题，包含医疗类不良事件、护理类不良事件和院感类不良事件三大类。
（1）医疗类不良事件
医疗类不良事件包括：医疗信息传递错误事件、治疗错误事件、方法/技术错误事件、药物医嘱/使用错误（医生）、检查导致事件、麻醉事件、诊疗记录事件、知情同意事件、非预期事件、手术事件、医疗投诉事件、产伤事件、呼吸机事件、择期手术后并发症事件、医源性气胸事件、医源性意外穿刺或撕裂伤事件、其他医疗不良事件。
提供医疗类不良事件审批处理管理流程自定义维护功能，支持分科室分级管理机制，审核流程节点灵活配置，满足医院不同管理方式。
提供医疗类不良事件上报表单模板，快速进行各类医疗不良事件上报，上报表单可依据医院管理需求自定义修改维护。
（2）护理类不良事件
护理类不良事件包括导管事件、跌倒／坠床事件、烧烫伤事件、给药错误（护士）、未按医嘱执行禁食禁水事件、误吸／误咽事件、营养与饮食事件、压疮事件、窒息事件、约束事件、静脉炎事件、输液药物渗漏事件、患者自杀自伤事件、患者冲动伤人/损物事件、患者走失事件、其他护理不
良事件。
提供护理类不良事件审批处理管理流程自定义维护功能，支持分科室分级管理机制，审核流程节点灵活配置，满足医院不同管理方式。
提供护理类不良事件上报表单模板，快速进行各类护理不良事件上报，上报表单可依据医院管理需求自定义修改维护。
（3）院感类不良事件
院感类不良事件包括：疑似院感暴发预警事件、血液滤过/血液置换感染事件、环境卫生学监测事件、院内感染个案、医疗废物事件、其他院感不良事件。
系统提供院感类不良事件审批处理管理流程自定义维护功能，支持分科室分级管理机制，审核流程节点灵活配置，满足医院不同管理方式。
提供院感类不良事件上报表单模板，快速进行各类院感不良事件上报，上报表单可依据医院管理需求自定义修改维护。
提供按基础类不良事件上报表单模板对事件内容统一规范、快速便捷地填写上报。支持普通上报、快速上报和匿名上报；支持自动调取患者相关基本信息及查看患者全息视图查阅患者详细信息；支持事件原因鱼骨图分析以及事件草稿箱。
支持事件管理，对已上报的基础类不良事件进行综合管理和审批处理。提供对基础类事件综合筛选复合检索、支持重复上报事件标识、重点关注事件星标标记、事件改派、事件抄送、事件多科室协同处理、事件处理流程实时追踪、事件结案归档、经典事件案例分享，全面及时处理已上报事件。
提供信息化不良事件上报例数的报表统计分析，根据各种条件查询统计不良事件分析数据，包含对事件类型、事件等级、发生科室、上报科室、发生时间、上报时间、处理及时率等多维度的统计汇总，通过表格、条形图、柱状图、趋势图、饼状图等多种形式展示。支持将汇总结果导出excel文件。
多维度分析：支持根据具体情况对不同的科室、季度、年度、月度等不同情况分别查询统计，从而达到具体情况具体分析的效果。
个案数据下钻：针对事件汇总数据支持数据下钻查看对应上报例数个案明细。
支持首页门户功能，可对用户重点关注内容统一管理集中展示。包括已上报、待处理、处理中、已结案、草稿箱统计、事件类型统计、上报统计分析、公告政策、案例分享、我的星标、我的消息。
对基础类不良事件对应的上报表单模板进行维护管理，可依据医院管理需求修改表单模板内容。提供鱼骨图原因分析因素列表维护配置以及表单模板动态设计器。
★系统需支持利用鱼骨图进行事件原因分析。用户可根据事件发生的根本原因，从人员、物料、管理、环境等多个维度选择相关因素，系统将依据所选因素自动生成相应的鱼骨图进行分析展示。（要求提供符合功能要求的产品截图）
支持表单设计，拖拉拽组件并编辑组件属性自定义快速组装生成表单，支持在线预览配置的表单，形成基础类不良事件上报通用模板。
提供根据基础类不良事件实际业务自主制定配置事件审批处理流程，包
含自定义配置不良事件的归口管理部门、审批流程处理权限、结案监管部门。支持分科室分级管理机制。
提供审核意见及整改措施模板自定义维护配置功能，事件审批处理填写处理意见支持一键引用意见模板。
支持对系统的组织科室统一管理。
支持对访问系统的相关用户管理。
支持对不同业务模块下的角色进行有效管理。
支持面向全院临床科室及职能部门提供权限的自主配置功能，包含功能权限配置和数据权限配置。
支持自动记录用户的登入日志和操作日志，管理人员可以随时查询用户使用系统情况。
4.1.37输血类不良事件上报
输血类不良事件包括在输血过程中因操作或记录引起的不良事件、输血过程中出现的输血不良反应事件、其他输血不良事件。
系统提供输血类不良事件审批处理管理流程自定义维护，支持分科室分级管理机制，审核流程节点灵活配置，满足医院不同管理方式。
对于输血不良事件，需要提供输血者的基本信息、输血过程的详细情况等信息。提供输血类不良事件上报表单模板，快速进行各类输血不良事件上报，上报表单可依据医院管理需求自定义修改维护。
医院运维管理平台
4.1.38基础运维管理
要求支持运维系统后台配置，支持开展运维监控的使用人员管理、运维监控用户组管理、运维监控角色管理、运维监控访问权限管理、运维监控角色菜单管理、基础参数管理等。支持增加、修改、删除、查询操作。
要求支持运维资产管理，支持添加、修改、删除资产信息，管理的资产至少包括主机、数据库、中间件、应用服务。要求支持批量导入及自动发现，能够通过各种协议、采控端等自动采集补充资产信息，能够最资产进行分组管理，提高资产信息维护效率及数据准确度。
要求支持监控管理，支持汇总预览所监控的数据库、服务器、中间件的监控告警信息，要求至少支持对服务器、数据库、中间件的监控。
★数据库监控应涵盖以下方面：对数据库磁盘使用情况进行监控；对数据库运行中的异常信息及时发出告警；开展数据库性能分析；监控数据库表空间状态。同时，需支持按指定时间节点生成数据库性能趋势图，并能够针对SQL执行频次、慢SQL语句等生成统计排行结果。（要求提供符合功能要求的产品截图）
4.1.39运维综合告警
要求支持至少包含数据采集控制管理、配置管理、故障管理，支持可视化运维监控，展示提供数据基础，能够转换、分析和处理采集到的数据，并且进行故障信息分级预警，能够利用公众号、电话、微信渠道及时通知相关运维工作人员，快速定位故障。
要求支持数据采集控制管理，支持获取当前主机监控项配置，至少包括监控类别、监控项、监控频率，支持将获取到对应监控项的数值上传给。
采集的数据范围至少包括服务器、数据库、中间件。要能够根据故障管理配置执行相应的命令，处理相关故障、收集相关故障信息，辅助故障定位分析及故障自愈。
要求支持配置管理，至少实现主机、数据库采集的可视化配置，并且要能够实现对服务、操作系统、数据库项的监控模板配置和模板监控项的管理，能够收集部署在服务器上的应用信息，支持中间件和数据库的分发管理。
要求支持故障管理，支持自定义各个采集数据的告警阈值，实现对超出阈值的作出告警动作。要能够利用公众号、电话、微信渠道将故障事件及时通知相关人员（包括告警信息、告警人员、告警渠道）。要能够配置对应的故障自愈套餐，在出现对应故障时，执行相关操作及命令恢复故障。
4.1.40运维可视化
至少包含运维监控大屏、运维监管控制台功能，
要能够实现提前预警故障、快速定位问题、提示运维效率。
支持运维监控大屏可视化部署、基础设施监控、运维监控
要求运维监控展示系统在大屏要能够形象直观的展示当前院内服务器运行情况、数据库运行情况以及预警消息。能够根据业务分类展示当前业务流程中涉及到的服务器运行情况，至少包含以下运维监控信息展示：
当前医院监控主机、数据库的正常数与异常数量；
当前医院业务列表展示；
当前业务涉及数据展示；
急诊临床信息管理系统
1、急诊预检分诊子系统
1)系统符合卫健委的《急诊患者病情分级试点指导原则（2011征求意见稿）》要求。
2)系统按照《医院急诊科规范化流程》（WS/T390-2012）执行病情分诊程序。
3)系统符合《急诊预检分诊专家共识（2018年版）》标准。
4)支持三种模式适应医院不同的业务流程，先分诊后挂号，先挂号后分诊，分诊同时挂号。
5)支持与HIS系统对接（需HIS系统配合），自动获取急诊病人挂号信息。
6)支持120患者分诊时建档（需120对接获取患者信息，与HIS系统对接为患者进行建档）。
7)支持智能患者信息获取功能，可通过已经建立患者信息的智能介质（IC卡、二维码、条形码等）等途径获取患者姓名、性别、证件号、自动计算年龄等身份信息。
8)支持三无患者登记，先分配分诊号，后期可匹配挂号信息。
9)支持群伤患者管理与标识，快速建立群伤患者列表，支持批量分诊功能，批量分诊完成后可随时补充患者的详细分诊信息。
10)支持新建患者分诊关联群伤事件，双向管理群伤患者，可从群伤事件新建群伤患者并一键分诊，也可从分诊患者列表关联群伤事件。
11)支持120/110/119护送患者登记120/110/119车辆信息及护送患者人员信息。
12)支持暂存未完成分诊的录入信息，且对于超时未处理的暂存分诊可自动清理。
13)支持特殊患者的紧急入科操作，支持对需要立即抢救的患者跳过分诊环节，一键快速登记入抢后进行抢救，待抢救完成后可进一步补录该患者分诊信息。
14)支持不同年龄的显示规则（小于三小时显示分钟，小于3天显示小时，小于1年显示天，小于14岁显示岁月大于等于14显示岁）。
15)支持根据输入的生日自动计算患者年龄。
16)支持手动录入患者身份信息、发病时间、来院方式、主诉等内容。
17)支持登记患者的职业史、过敏史、营养状态等其他情况。
18)支持特殊人群划分和标识，如无名氏、群伤患者、120患者、老人、儿童、孕产妇等，方便患者信息追踪。
19)支持绿色通道建立与标识，对于绿色通道等紧急抢救患者，可一键开启绿色通道通知（警铃提醒、语音播报等），并且允许选定床旁监护仪，自动采集体征数据，补录分诊信息。
20)支持患者生命体征数据：血压、心率、SPO2、呼吸、体温的自动采集和直接录入，患者意识状态的快速点选。
21)支持调阅并应用已分诊患者的历史生命体征数据。
22)支持分诊时采集不同区域的监护仪数据，获取准确的患者生命体征。
23)系统支持根据生命体征数据给出自动化分级建议。
24)支持自定义生命体征分级推荐策略。
25)支持患者评分管理，包括：MEWS评分、REMS评分、GCS评分、创伤
评分、疼痛评分，支持通过评分进行自动化分级。
26)支持自动评分功能，医护人员无需打开评分界面进行操作，即可实现MEWS评分的自动计算。
27)患者评分支持已获取的数据自动代入，主观数据快速点选，自动计算分值。
28)预检分诊评分项目管理支持灵活配置及扩展管理，可自定义评分对应的自动化分级规则。
29)支持选择分诊知识库（分类、主诉、判定依据）后系统进行自动化分级并关联患者分诊去向。
30)支持分诊界面布局自定义，可通过鼠标托拉拽的方式完成界面布局，生成个性化的界面布局。
31)支持急危重患者分诊后直接入科。
32)支持授权人员自定义维护分诊知识库，符合医院实际分诊业务流程。
33)支持根据常见的急诊患者症状进行快捷分诊，支持自动化分级并关联患者分诊去向。
34)支持人工更改自动化分级和去向信息，同时填写分级更改理由。
35)支持人工选择患者分诊级别和去向。
36)支持分诊后打印腕带或分诊条，可以根据医院需要配置打印的信息。
37)支持补打印分诊腕带或分诊条。
38)支持更新分诊时不打印分诊腕带或分诊条配置，降低纸张消耗。
39)支持查询患者分诊变更记录。
40)支持权限控制是否允许修改他人记录的分诊信息。
41)支持生成腕带或分诊条的电子版本。
42)分诊患者列表支持双级别自定义查询标签，可按科室级别与个人级别进行自定义查询条件设置。
43)支持分诊各项指标统计，如分诊人数、分级患者比例、三无患者占比等。
44)支持统计报表，急诊日报表、分诊病人登记表、分诊工作量统计表自动生成，能够打印和导出。
45)急诊分诊常用统计功能，可以统计的指标有：分诊患者性别比例分布、预检分诊分级分布、分诊患者评分使用情况统计、分诊患者分诊去向统计、分诊患者年龄分布统计、分诊准确率统计等指标。
2、急诊电子病历子系统（诊区、抢救区、留观区）
1)患者列表支持按区域、距挂号时间过滤患者信息。
2)患者列表支持根据患者ID、姓名、床号精准搜索。
3)患者列表支持用户自定义快捷查询，满足用户常用查询操作。
4)提供列表（列表详情，快捷左侧列表）、床卡两种模式展示在科患者信息，展示信息可配置。
5)患者列表支持标记重点关注的患者，通过图标的颜色变化提醒用户关注的患者。
6)支持收藏病例功能，提供自定义命名进行分类保存病例，能够保存为公共或个人进行查看已收藏患者的诊疗记录，同时支持收藏病例的管理，进行查询、删除、重命名、保存为公共或个人。
7)支持根据患者姓名、诊断内容等查询患者，能够查看患者病历。
8)提供患者病情概览，显示病情基本信息包含分诊信息、体征数据、流转信息并允许修改。
9)支持诊断管理：支持西医ICD-11。包含一般诊断、疑似诊断和主要诊断。
10)支持管理患者手术信息管理，包含待执行手术与历史手术。
11)提供急诊相关的医学评分工具（包括MEWS评分、REMS评分、GCS评分、创伤评分、疼痛评分等）供医护使用。
12)患者评分支持已获取的数据自动代入，主观数据快速点选，自动计算分值。
13)患者评分支持以评分趋势图方式呈现，并可在曲线视图模式下选择历史评分进行快速新增。
14)系统提供常用急诊病历、抢救记录、留观病人转入文书记录功能。
15)提供常用的急诊病历模板。
16)提供病历模板配置工具，支持个性化维护各种结构化病历模板。
17)病历首页内容可同步系统中已有信息，同时提供手工填写的功能。
18)提供医疗文书常用的特殊符号集书写病历文书的功能，如：℃,℉,‰,㎡，mmol等。
19)提供文字上、下标功能。
20)支持临床数据“一处输入，全程共享”，自动导入和选择导入相结合的方式，实现各病历之间数据的充分衔接。
21)支持同一患者病历的内部复制。
22)支持与LIS、PACS系统对接，能够将检验、检查报告插入到病历文
书，医生可根据病情描述需要，自主选择检查、检验报告数据直接将准确的数据插入到病历中任意位置，支持检验异常值结果一键导入。
23)支持以鼠标拖拽的方式快速将已有医嘱/检查/检验/体征/诊断/病情/导管等信息插入到病历指定位置。
24)支持医嘱插入病历文书。
25)支持生命体征插入病历文书。
26)支持导管记录插入病历文书。
27)支持病情记录插入病历文书。
28)支持护理记录单（特护单）调阅与复制病历文书。
29)支持知情同意书患者签字后电子化留档。
30)支持查询病历修改历史痕迹记录，能够查看修改的内容、时间及修改人。
31)支持不带有痕迹信息的整洁打印。
32)支持病历的整体打印。
33)支持病人离院时病程记录合并打印。
34)病历文书允许设定水印打印。
35)支持时间轴展示患者分诊、入科、检验检查开立、会诊申请、转区等关键医