来宾市人民医院医院信息系统升级改造建设服务
微信分享
关注项目
标讯收藏
| 项目名称 | 省份 | ||
| 业主单位 |
认领
立即查看
|
业主类型 | |
| 总投资 | 建设年限 | ||
| 建设地点 | |||
| 审批机关 | 审批事项 | ||
| 审批代码 | 批准文号 | ||
| 审批时间 | 审批结果 | ||
| 建设内容 | |||
根据医院发展的需要，我院拟对医院信息系统升级改造建设服务项目进行院内市场调查，欢迎符合《中华人民共和国政府采购法》规定资质合格、产品参数达到项目建设需求标准的厂商参加。现将项目相关事项信息公告如下：
一、询价编号：LBSRMYYXX-20230717
二、询价项目需求文件 ：详见附件
三、参加询价会的资格要求
（一）营业执照副本。
（二）法定代表人证书或法人授权委托书(原件)、法定代表人或授权代表身份证。
（三）制造商对该项目的授权委托书原件或代理证书（代理商投标）。
四、询价文件递交时间及询价时间及地点
（一）凡有意参加询价公司，请于2023年7月19日至2023年7月26日工作日每日上午8：00至12：00，下午14：30至17：30时，通过电子邮件方式将交询价会报名文件电子版发送至来宾市人民医院信息管理科电子邮箱。
（二），市场调查会具体时间、地址另行通知，参加询价公司应于在通知的时间前30分钟将报价文件密封送交到会议现场，逾期送达作无效询价处理。
五、联系方式
联系人：谭工 联系电话：18978260756
邮 箱：178193972@QQ.COM
六、来宾市人民医院招标监督部门：
来宾市人民医院审计科 联系电话：0772-4225156
一、询价编号：LBSRMYYXX-20230717
二、询价项目需求文件 ：详见附件
三、参加询价会的资格要求
（一）营业执照副本。
（二）法定代表人证书或法人授权委托书(原件)、法定代表人或授权代表身份证。
（三）制造商对该项目的授权委托书原件或代理证书（代理商投标）。
四、询价文件递交时间及询价时间及地点
（一）凡有意参加询价公司，请于2023年7月19日至2023年7月26日工作日每日上午8：00至12：00，下午14：30至17：30时，通过电子邮件方式将交询价会报名文件电子版发送至来宾市人民医院信息管理科电子邮箱。
（二），市场调查会具体时间、地址另行通知，参加询价公司应于在通知的时间前30分钟将报价文件密封送交到会议现场，逾期送达作无效询价处理。
五、联系方式
联系人：谭工 联系电话：18978260756
邮 箱：178193972@QQ.COM
六、来宾市人民医院招标监督部门：
来宾市人民医院审计科 联系电话：0772-4225156
| 序号 | 标的的名称 | 数量及单位 | 所属行业 | 技术(服务)要求 | |
| 1 | 医院信息系统建设改造服务 | 5年 | 软件和信息技术服务业 | 一、中标供应商应负责为医院现有业务系统提供升级建设改造服务，要求必须针对医院现有系统及以下系统模块的升级改造建设，升级改造后的要求医院信息系统能够达到并且实现以下功能的要求： | |
1 无纸化病案管理系统 | ▲总体技术要求1.要求支持与HIS系统、病案管理系统一体化应用但又能独立应用。2.要求支持与HIS系统建立熔断机制以保障意外情况下临床业务不受影响。3.要求支持多维度、灵活、可配置的访问授权控制体系，病案室可对不同业务场景、不同角色、不同访问方式等进行权限控制。4.要求支持将各类业务信息系统产生的、须进行病案归档管理的医疗文书，自动采集生成PDF文件和结构化文档数据，集中存储，形成完整、规范的电子化诊疗文书档案。5.要求支持虚拟打印、电子签章接入、文档水印等综合应用。6.遵循《电子病历应用管理规范》、《电子病历基本规范》、《卫生系统电子认证服务管理办法》等政策法规的要求。7.要求支持通过可视化配置。8.要求支持线上访问申请和审核，包括针对历史纸质归档病案进行线上借阅和审核。9.要求支持多维度组合条件检索患者。10.要求支持针对病案的示踪管理。 11.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。12.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。1.2 病案核查提交▲1.要求支持对患者所有归档文书检查核对；▲2.要求支持查看各业务系统应归档文档数量；▲3.要求支持对各业务系统应归档文档数量与实际归档文档数据进行对比，得出缺失文档清单；▲4.要求支持临床科室质控医生和质控护士双确认和统一确认两种病历文书提交模式；5.PDF文书要求支持以数据库或FTP的方式进行存储；▲6.要求支持对病案室回退病案进行集中查询和提醒。1.3 档案管理1.3.1 归档▲1.要求支持归档时检查患者所有归档文书；▲2.要求支持对归档文书进行问题标注；▲3.要求支持对标注问题反馈到指定医护人员；▲4.要求支持将病案退回到指定医护人员；5.要求支持病历分类以树形展示；6.要求支持以PDF展示患者所有电子病案文书；▲7.要求支持查看各业务系统应归档文档数量；▲8.要求支持对各业务系统应归档文档数量与实际归档文档数据进行对比，核查缺失文档清单；1.3.2 ▲追加归档1.要求支持临床发起追加归档流程；2.要求支持对临床补充病案内容进行追加归档；1.3.3 ▲封存与解封1.要求支持对特殊病案进行封存，封存后病案对外不提供查看和打印；2.要求支持与病历系统进行对接，同步封存状态；3.要求支持对已封存病案进行解封；1.3.4 ▲访问授权1.要求支持对临床访问申请进行审核，包括历史纸质归档病案借阅申请审核；2.要求支持对临床访问申请进行修改，包括借阅时间、借阅范围等；1.3.5 ▲终末抽查1.要求支持病案终末抽查环节与归档环节进行融合；2.要求支持对病案评分标准进行维护；3.要求支持将终末抽查问题反馈到临床指定医护人员；4.要求支持对终末抽查中问题进行统计；1.4 病案查阅▲1.要求支持根据使用场景进行可查阅文档类别配置；2.要求支持基于部分结构化数据查询；▲3.要求支持检验指标历史结果值对比查询，指标走势图查阅；▲4.要求支持结合应用业务场景展现重点信息，避免大量不需要信息造成干扰，提供高效、便捷的查阅；▲5.要求支持嵌套到各业务系统工作站；▲6.要求支持通过授权控制，可查阅病历的历史病案信息；7.要求支持病历分类进行树形展示；1.5 ▲病案检索1.要求支持按住院号、身份证号、医保号、姓名等身份识别信息进行检索；2.要求支持检索条件的收藏，为连续检索、多次检索提供方便；3.要求支持对不满足查询条件的无纸化病案查阅提供访问申请；4.要求支持针对相同条件患者进行批量访问申请；5.要求支持对历史纸质归档病案进行线上申请；1.6 ▲示踪管理1.要求支持病案核查提交、归档、退回、封存、解封、查阅、打印、借阅申请、借阅审核等各流程进行日志记录；2.要求支持以病人就诊记录为主线索的无纸化病案管理全流程的踪迹查阅；3.要求支持以可视化的方式形象展现无纸化病案的流转过程，时间节点，操作人员；4.要求支持对历史纸质归档病案借阅进行示踪管理；1.7 病案打印1.7.1 ▲按需打印1.要求支持以住院号、姓名、身份证等信息检索患者；2.要求支持以病人为单位进行打印；3.要求支持选择打印病历文档；4.要求支持份数、页数、打印机、纸张等基本的打印选项；5.要求支持按打印用途配置需打印的病历种类打印时根据选择的用途来打印相应的病历文档；6.要求支持自定义打印用途配置；7.打印文档要求支持水印（避免非授权的截屏、复印），电子印章；1.7.2 ▲打印预约要求支持与患者服务公众号或小程序进行集成使用（使用其患者身份认证系统和支付系统）；1.7.3 ▲自助打印要求支持病人在自助机上自助打印病案；要求支持现有的病人自助系统进行集成使用（调用其患者身份认证系统和支付系统）；1.8 权限管理要求支持提供多维度的权限控制体系；1.9 ▲与业务系统集成1.要求支持融合到业务系统，实现界面集成、数据集成；2.要求支持门诊及住院医生站、检查检验工作站、药房发药窗口等业务系统中可以查阅当前病人的无纸化病案信息；3.要求支持按病人科室分步启用无纸化病案系统，可配置启用科室；4.要求支持病案系统中集成无纸化病案系统，可进行归档、打印等操作；5.要求支持融合到病案质控与评分系统，实现与电子病案审查融合；6.要求支持问题反馈与临床消息提醒融合； | ||||
2数字化报告共享系统 | 2.1 总体技术要求▲1.要求支持独立部署、应用，不依赖于其它三方系统，如HIS。▲2.要求支持单机版仪器接入，打通单机版仪器与其它系统的对接。▲3.要求支持实体打印正常使用，接入数字化报告系统后，纸质报告正常打印。▲4.要求支持多目标投递，如HIS系统（医嘱查看报告）、体检系统（查看报告）、CDR系统（非标准报告，如扫描文件、图片） 。▲5.要求支持对异常报告再次处理，重新上传报告、重新投递报告、重新对报告签名。▲6.要求支持无感使用，不增加医技人员额外的工作。7.要求支持非标准报告的采集处理，如扫描文件、图片。8.要求支持一个客户端处理多种不同类型的报告。 9.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。10.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。2.2 ▲初始化数据1.要求支持对电脑终端、仪器、报告模板、投递目标系统注册。2.要求支持科室字典、FTP字典、申请参数字典、要素字典定义。2.3 ▲系统注册定义1.要求支持对电脑终端注册，用于管理仪器连接的电脑。2.要求支持对仪器注册，绑定终端、报告模板以及科室。3.要求支持自定义报告模板，设置模板结构、关键信息、来源信息、投递信息以及签名信息。4.要求支持自定义FTP服务器，用于上传、存储报告。5.要求支持自定义模板的申请参数，用于报告投递、绑定医嘱。6.要求支持自定义报告要素，用于提供标准报告信息，用于各系统标准接入。2.4 ▲报告查阅要求支持查询一段时间内上传的报告可查看报告，针对投递失败的报告可以重新投递。2.5 服务端主页要求支持显示院内报告投递的一些统计信息（按年、月、周、日分别统计）、使用终端数量、模板数量、仪器数量和当日的异常信息。2.6 客户端主页▲1.要求支持自定义当前终端所采集报告。▲2.要求支持设置当前终端报告的打印机。▲3.要求支持查看当前终端报告处理情况，如处理记录、上传、绑定、投递情况。▲4.要求支持对报告查看、医嘱内容查看、临床内容查看、绑定患者、解绑患者以及CA签名。▲5.要求支持客户端自动登录，操作员在启动电脑后，数字化报告客户端自动登录、处理报告。6.要求支持对上传失败的报告重新上传。2.7 日志查询要求支持系统记录每份报告的处理情况，在电脑设备和软件出现问题时，日志可作为排查问题的重要依据。 | ||||
3 PDF生成服务 | 1.要求支持提供统一的PDF输出服务器以及相应的其他配套组件，已达到高效、可控。 2.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。3.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 | ||||
4 VTE管理系统 | 4.1 基础管理要求1.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。2.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 4.1.1 应用科室要求1. 要求启用VTE管理的住院临床科室，数据主要从HIS系统中来，可设置重点关注科室，后续可以根据此属性进行统计或做其他关注性操作。2. 设置了VTE管理的科室，在HIS住院医生站或护士站，可看到VTE相关的信息或操作。4.1.2 VTE项目要求支持能够维护VTE项目的类型、属性、名称、来源等属性，其中现有类型有有五类：诊疗项目、宣教项目、诊断条目、评分表单、知情同意书。属性是做统计用；名称自定义；来源项目根据类型不同，来源于不同的系统或项目。4.1.2.1 诊疗项目要求支持诊疗项目对应HIS的诊疗项目目录，可提前在HIS中维护。主要有以下几类：1、诊疗类别为“E-治疗”——评分表和知情同意书（操作类型分别为10和11），在HIS中通过开医嘱，填写评分表和知情同意书完成医嘱的执行；需要维护的其他信息有：来源表单，因此需要在专业版电子病历中增加对应的图文评分表和知情同意书。2、诊疗类别为“C-检验”——对应的检验项目生成结果时回调VTE系统，VTE系统根据结果对应规则，执行生成VTE记录；需要维护的其他信息有：执行科室、标本部位和检查方法3、诊疗类别为“D-检查”——对应的检查项目产生危急值时回调VTE系统，VTE系统根据结果对应规则，执行生成VTE记录；4、诊疗类别为“5/6-药品”的项目，常用作关联项目。C、D、E类的项目也有用作关联项目的，具体根据业务进行设定。4.1.2.2 诊断条目要求支持诊断条目对应HIS的疾病编码目录，仅用作关联项目，在执行类型为诊断条目的VTE项目时，会向HIS写入病人诊断记录。4.1.2.3 评分表单1. 要求支持评分表单对应中联专业版电子病历中的图文评分表，在病历系统可以直接填写这类评分表单，产生VTE记录。2. VTE系统在执行类型为评分表单的VTE项目时，会填写对应的评分表单存储到专业版电子病历系统。3. 若不允许医生直接在病历系统填写评分表单，不维护类型为“评分表单”的VTE项目。4.1.2.4 知情同意书1. 要求支持知情同意书对应电子病历中的知情同意书，在病历系统可以直接填写这类评分表单，产生VTE记录。2. 要求支持VTE系统在执行类型为知情同意书的VTE项目时，会填写对应的知情同意书存储到专业版电子病历系统。3. 若不允许医生直接在病历系统填写知情同意书，不维护类型为“知情同意书”的VTE项目。4.1.2.5 条件和关联项目1. 要求支持VTE项目当医生执行评分表单后，评分表单结果满足某条件时，VTE系统根据条件生成对应的VTE关联项目。2. 要求支持针对诊疗类别（操作类型为评分表和知情同意书）、评分表和知情同意书类型设置条件和关联项目。4.1.3 VTE状态要求支持VTE状态为：VTE、DVT和出血三类。每一类下可以维护具体的状态，如VTE低危风险、VTE中危风险、VTE高危风险等，还可以设置状态简称、标记颜色、是否管理页卡以及对应的项目等。4.2 业务管理要求支持查看某一住院科室一段时间内的VTE评估情况，如VTE患者清单、对应处置清单、与VTE相关的院内活动环节、评估情况等。4.3 质量管理要求支持院内某段时间VTE相关的统计指标质量管理，包括概率统计和趋势统计。目前的统计指标有：1. 风险评估和预防类指标(1) VTE风险初始评估率(2) VTE风险动态评估率(3) 出血风险评估率(4) 采取VTE预约措施率2. 诊断类指标(1) 住院患者实施静脉超声检查率(2) 住院患者实施D-二聚体检测率3. 治疗类指标(1) 住院VTE患者实施抗凝治疗率(2) 住院VTE患者实施溶栓治疗率4. 结局相关指标(1) 医院相关性VTE发生率(2) VTE 相关病死率4.1 基础管理要求4.1.1 应用科室要求1. 要求启用VTE管理的住院临床科室，数据主要从HIS系统中来，可设置重点关注科室，后续可以根据此属性进行统计或做其他关注性操作。2. 设置了VTE管理的科室，在HIS住院医生站或护士站，可看到VTE相关的信息或操作。4.1.2 VTE项目要求支持能够维护VTE项目的类型、属性、名称、来源等属性，其中现有类型有有五类：诊疗项目、宣教项目、诊断条目、评分表单、知情同意书。属性是做统计用；名称自定义；来源项目根据类型不同，来源于不同的系统或项目。4.1.2.1 诊疗项目要求支持诊疗项目对应HIS的诊疗项目目录，可提前在HIS中维护。主要有以下几类：1、诊疗类别为“E-治疗”——评分表和知情同意书（操作类型分别为10和11），在HIS中通过开医嘱，填写评分表和知情同意书完成医嘱的执行；需要维护的其他信息有：来源表单，因此需要在专业版电子病历中增加对应的图文评分表和知情同意书。2、诊疗类别为“C-检验”——对应的检验项目生成结果时回调VTE系统，VTE系统根据结果对应规则，执行生成VTE记录；需要维护的其他信息有：执行科室、标本部位和检查方法3、诊疗类别为“D-检查”——对应的检查项目产生危急值时回调VTE系统，VTE系统根据结果对应规则，执行生成VTE记录；4、诊疗类别为“5/6-药品”的项目，常用作关联项目。C、D、E类的项目也有用作关联项目的，具体根据业务进行设定。4.1.2.2 诊断条目要求支持诊断条目对应HIS的疾病编码目录，仅用作关联项目，在执行类型为诊断条目的VTE项目时，会向HIS写入病人诊断记录。4.1.2.3 评分表单1. 要求支持评分表单对应中联专业版电子病历中的图文评分表，在病历系统可以直接填写这类评分表单，产生VTE记录。2. VTE系统在执行类型为评分表单的VTE项目时，会填写对应的评分表单存储到专业版电子病历系统。3. 若不允许医生直接在病历系统填写评分表单，不维护类型为“评分表单”的VTE项目。4.1.2.4 知情同意书1. 要求支持知情同意书对应电子病历中的知情同意书，在病历系统可以直接填写这类评分表单，产生VTE记录。2. 要求支持VTE系统在执行类型为知情同意书的VTE项目时，会填写对应的知情同意书存储到专业版电子病历系统。3. 若不允许医生直接在病历系统填写知情同意书，不维护类型为“知情同意书”的VTE项目。4.1.2.5 条件和关联项目1. 要求支持VTE项目当医生执行评分表单后，评分表单结果满足某条件时，VTE系统根据条件生成对应的VTE关联项目。2. 要求支持针对诊疗类别（操作类型为评分表和知情同意书）、评分表和知情同意书类型设置条件和关联项目。4.1.3 VTE状态要求支持VTE状态为：VTE、DVT和出血三类。每一类下可以维护具体的状态，如VTE低危风险、VTE中危风险、VTE高危风险等，还可以设置状态简称、标记颜色、是否管理页卡以及对应的项目等。4.2 业务管理要求支持查看某一住院科室一段时间内的VTE评估情况，如VTE患者清单、对应处置清单、与VTE相关的院内活动环节、评估情况等。4.3 质量管理要求支持院内某段时间VTE相关的统计指标质量管理，包括概率统计和趋势统计。目前的统计指标有：1. 风险评估和预防类指标(1) 要求支持VTE风险初始评估率(2) 要求支持VTE风险动态评估率(3) 要求支持出血风险评估率(4) 要求支持采取VTE预约措施率2. 诊断类指标(1) 要求支持住院患者实施静脉超声检查率(2) 要求支持住院患者实施D-二聚体检测率3. 治疗类指标(1) 要求支持住院VTE患者实施抗凝治疗率(2) 要求支持住院VTE患者实施溶栓治疗率4. 结局相关指标(1) 要求支持医院相关性VTE发生率(2) 要求支持VTE 相关病死率4.3.1 概率统计 支持概率统计4.3.2 趋势统计要求支持按月、周、年进行趋势统计：1、月度统计：某年每月的趋势统计；2、周统计：某年两个周期间的趋势统计；3、年度统计：两个年度之间的趋势统计。要求支持按月、周、年进行趋势统计：1、月度统计：某年每月的趋势统计；2、周统计：某年两个周期间的趋势统计；3、年度统计：两个年度之间的趋势统计。 | ||||
5 静脉输液配置中心管理系统 | 5.1 总体技术要求1.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。2.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。5.2 输液配置中心医嘱发送规则1.★要求支持按病区启用静配中心2.★要求支持只发送临嘱或者长嘱到静配中心3.★要求支持按不同给药途径发送到静配中心4.★要求支持不同药品类型医嘱发送到静配中心5.★要求支持静配中心上下班时间段，下班期间不允许发送到静配中心5.3 审方1.★要求支持对接中联合理用药接口、广州保进合理用药接口2.★要求支持输液类医嘱批量审核，可查看病人其它住院药房非静脉输液医嘱，可查看病人诊断信息，可查看病人病案信息。3.★审核不通过时，可返回不通过理由到临床工作站。4.★要求支持病区按不同区域划分显示5.4 安排配置计划1.★要求支持设置自动排批规则和打包规则，一键分配批次和打包状态。2.★要求支持工作批次划分规则包含按执行时间先后顺序分批，按药品类型优先级分批、按给药途径优先级分批。按不同病区输液速度划分每小时输液量。3.★要求支持可按给药途径、药品类型、0批次划分特殊批次。4.★要求支持可设置当个药品默认打包、当天执行医嘱默认打包，特殊药品默认打包，不上班时间默认打包5.★要求支持手工调整批次和打包。6.★要求支持自定义界面输液单排序规则7.★要求支持审核配置计划流程8.★要求支持病区按不同区域划分显示5.5 按瓶签摆药1.★界面要求支持自定义界面输液单排序规则，打印瓶签顺序按照界排列顺序打印2.★要求支持瓶签批量打印，打印后更新界面打印标记3.★要求支持瓶签续打、补打功能4.★要求支持瓶签不同医院自定义显示内容5.★要求支持条码枪扫码自动摆药6.★要求支持批量摆药，摆药的同时打印摆药单7.★要求支持多种摆药单打印方式：按界面勾选的输液单汇总打印，按摆药时间汇总打印、按瓶签打印批次打印、按瓶签打印时间打印。8.★要求支持摆药核对流程。记录核对人、核对时间。9.★要求支持取消摆药逆向操作。10.★要求支持病区按不同区域划分显示5.6 配药1.★界面要求支持自定义界面输液单排序规则2.★要求支持病区按不同区域划分显示3.★要求支持条码枪扫码自动配药4.★要求支持批量配药5.★要求支持自动收取配置费，不需要手工计费6.★配置费收取规则：(1)要求支持按给药途径儿童和成人分别设置收费项目(2)要求支持按药品类型儿童和成分分别设置收费项目(3)自定义设置儿童年龄上限(4)要求支持按组收取还是按日收取频率(5)要求支持最多收取组数限制(6)要求支持儿童加收配置费项目7.★要求支持取消配药逆向操作5.7 成品核对1.★要求支持病区按不同区域划分显示2.★要求支持条码枪扫码自动成品核对3.★要求支持手工批量成品核对4.★要求支持取消成品核对逆向操作5.8 成品发送1.★要求支持病区按不同区域划分显示2.★要求支持条码枪扫码自动成品发送3.★要求支持手工批量成品发送4.★要求支持打包药品在成品发送时收取配置费5.★要求支持取消成品发送逆向操作5.9 病区签收1.★在临床护士工作站嵌套病区签收模块页面2.★要求支持扫码单条签收和批量签收3.★可操作签收成功、缺货、拒绝签收，缺货和拒绝签收5.10 病区签收查阅5.11 静配病区操作5.12 退药销账5.13 医嘱回退查看5.14 数据查询统计1.★要求支持静配中心可对病区签收情况进行查看2.★要求支持可查阅拒绝签收、缺货、已签收数据3.★要求支持在临床护士工作站嵌套静配病区操作4.★要求支持可查阅该病区所有在院病人，以及所有在院病人的输液单5.★要求支持每个医嘱按频次分别显示，可对每个瓶签调整批次、打包6.★要求支持可查看每个输液单的当前状态，未摆药前，可操作销账，已摆药后，可操作销账申请，取消销账申请7.★要求支持可显示临床护士站操作的销账申请单据，可操作销账审核功能8.★要求支持可显示临床护士站直接销账单据9.★要求支持针对临床护士操作了医嘱回退或者医嘱停止的医嘱进行查看10.★要求支持可分别过滤已回退和已停止11.★要求支持输液单按状态查询，待摆药、已摆药、已配药、已核对、已发送的输液单，并显示总数12.★要求支持按操作员过滤13.★要求支持查询已打印、未打印、已打包、不打包的数据14.★要求支持按批次查询数据15.★要求支持按药品查询数据16.★要求支持查询配置费收取金额，按项目汇总查询和按病人汇总查询17.★要求支持查询审方数据，合格和不合格数据18.★要求支持查询自定义报表数据 | ||||
6 实验室大屏显示 | 提供报告领取通知大屏系统，用于告知门诊病人领取报告；2.要求支持界面内容自定义；3.要求支持数据实时更新；4.要求支持只展示已出报告，但未打印领取的病人信息；5.要求支持与科内相关注意事项或通知展示；6.通过大屏幕监控对检验全过程中的异常情况进行报警和警示，提醒检验人员对异常情况加以关注；7.要求支持TAT时间情况分布展示，主要针对生化急诊和三大常规；8.要求支持显示当日标本情况，显示总数，已审核、未审核情况，报告总数；9.要求支持显示小组工作量展示；10.要求支持危急值未反馈和反馈情况；11.要求支持危急值未回报的明细；12.要求支持不合格标本的情况；13.要求支持展示不合格标本各个科室的情况；14.要求支持失控信息报警。 15.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。16.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 | ||||
7 实验室事务管理系统 | 1.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。2.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。7.1 设备管理1.要求支持设备基本信息管理、设备维修登记管理。2.要求支持自定义维护计划，针对维护设备日保养、周保养、月保养，可以维护不同内容和责任人，维护保养计划定时自动弹出，强制填写内容。3.要求支持自动生成维护保养计划表，可直接打印和进行导出。7.2 试剂管理1.要求支持多级试剂库。2.要求支持分级（多级）库存报警。3.要求支持全程采用条形码管理，要求支持各种条码规范。4.要求支持集中管理和分组管理两种模式。5.要求支持对库存超限有自动提示功能。6.要求支持有大小包装自动转换功能。7.要求支持可与医院物资系统无缝连接。8.要求支持进销存管理。9.要求支持自动关联到试剂生产厂家信息、每日质量控制等信息。7.3 人事管理1.要求支持检验科人员与HIS人员信息同步。2.要求支持编辑人员的基本信息、任职情况、教育信息、教学经历、论文信息、工作经历、职称信息、科研信息、奖惩历史、健康记录、培训信息和评估信息。3.要求支持操作员查看自己的档案信息。7.4 文档管理7.4.1 文档类型1.要求支持体系性文档，如程序文件、各实验室SOP文件。2.要求支持非体系性文档，如人员档案、培训资料等。3.要求支持实验室各种记录表格，如温湿度登记表、质控品使用登记表、消毒登记表等。4.要求支持业务系统归档表单，如质控月报归档、危急值标本归档、不合格标本归档等。7.4.2 应用功能1.要求支持文件上传。2.要求支持文件编辑操作。3.文件迁移、上移、下移、浏览、下载、打印、修改记录。4.要求支持文档审批流程。5.要求支持归档表单自动生成文件。6.要求支持针对统计报表设置自动归档。7.要求支持文件审批流程。8.要求支持文件快速查找。9.要求支持文档分级权限管理。 | ||||
8 检验危急值 | 1.危急值规则设置、预警、处理、报告、接报、反馈全过程管理。2.感知超时报警、回报超时报警、接报超时报警等警示及处理。3.临床接报超时后检验科电话回报过程登记。4.危急值预警信息、超时报警信息均可以通过大屏幕和工作站消息终端进行显示，超时报警形式将以更加强烈形式进行提示。5.要求支持规定时间内未发送和未回执的危急值进行提醒。6.形成多样化的危急值分析报表。 | ||||
9 临生免管理系统 | 1.要求支持扫描样本条码核收标本。2.要求支持患者门诊号核收标本。3.要求支持患者住院号核收标本。4.要求支持查看已签收未核收标本列表，并且要求支持双击该列表核收标本。5.要求支持在核收前自定义标本，核收时，会使用指定的标本号对核收的标本进行编号。6.要求支持通过配置实现不同项目之间的组合核收为不同的标本号段，如血常规为1到1000号标本，血常规+CRP核收为1001到2000号。7.要求支持撤销核收。8.要求支持同时操作多个仪器标本数据，不用频繁切换仪器，操作多个仪器时，会按仪器对标本进行分组显示，可以折叠或者展开分组。9.要求支持核收后修改标本号，要求支持修改单个和批量修改。10.要求支持修改标本形态。11.要求支持与仪器交互数据（单工、半双工、双工、流水线、酶标仪）。12.要求支持核收自动将标本数据发往仪器，做到自动上机。13.要求支持将单个标本发往仪器，要求支持单个发送和批量发送。14.要求支持转发发往仪器的数据（在A电脑核收，将上机信息转发到B电脑上，让B电脑发送上机信息到仪器），以满足在隔离区核收标本，在污染区自动上机。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.要求支持批量审核，批量审核还要求支持输入1,2,3或者1-3方式输入标本号进行快速选择。46.要求支持撤销审核。47.要求支持查看、打印病人的历次报告。48.要求支持批量打印报告。49.报告要求支持所见即所得查看模式。50.要求支持补费。51.要求支持查看标本全流程操作记录。52.要求支持拒收标本、撤销拒收。53.要求支持让步核收标本。54.要求支持核收后切换标本核收仪器，要求支持单个切换和批量切换。55.要求支持设置结果审核规则，当条件满足设置的规则时，作出相应的提示或者禁止。56.要求支持设置TAT时间检查规则，并可以设置在超时后作出相应的提示或者限制。57.要求支持同一个操作员根据白班与夜班设置不同的系统操作权限。58.要求支持查看项目的应收与实收金额。59.要求支持快速统计新冠项目，并要求支持导出为EXCEL。60.要求支持拖动标本列表改变列顺序。61.要求支持拖动结果列表改变列顺序。62.要求支持设置标本列表显示列，可以设置哪些列需要显示，哪些列不需要显示。63.要求支持耐受项目自报告动合并，也可以手动合并。64.要求支持通过职称控制审核权限，如低职称技师不能审核高职称技师的报告。65.要求支持自定义报告样式模板。66.要求支持按照单个项目设置报告模板。67.要求支持设置特殊模板，如同一个标本的报告可以根据指标数量、病人来源等设置不同的报告模板。 68.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。69.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 | ||||
10 微生物管理系统 | 1.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。2.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。10.1 过程分析10.1.1 标本核收管理1.要求支持根据标本对应的唯一标识（采集条码）获取标本对应的标本信息及医嘱信息。2.要求支持已退费的项目对应的标本不予核收。3.要求支持让步核收，要求支持需填写标本不合格理由和不合格备注。4.要求支持填写标本不合格理由和不合格备注。5.要求支持反馈不合格信息到临床。6.要求支持外送进来的标本通过标本登记进行核收确认。7.要求支持手工登记，填写相关病人信息，标本信息及检验项目信息。8.要求支持外送标本直接删除。9.要求支持本院采集标本删除需将删除信息回馈到临床。10.要求支持对临时添加的项目补费。11.可查看住院病人的病历信息，医嘱信息，检查检验报告等。12.可通过时间范围和检验项目获取工作单信息。13.要求支持批量打印工作单信息。14.要求支持查看当前标本进度。15.要求支持查看当前标本所有操作记录。10.1.2 血培养管理1.要求支持绑定血培养瓶条码信息。2.绑定条码后，要求支持保存血培养瓶上机设备，血瓶类型等上机信息。3.要求支持通过仪器接口直接回传上机信息。4.上机后，要求支持填写血瓶实际培养时长及培养结果信息。5.要求支持通过仪器接口回传结果信息。6.要求支持可将培养时长满5天且无培养结果的血培养记录批量填写阴性结果以及生成对应的血培养阴性报告。7.要求支持由于上机扫描条码错误或标本未核收直接上机而产生的记录。8.要求支持对异常的血培养标本信息进行条码调整同时可完成对应的标本核收及血瓶上机操作。10.1.3 涂片镜检管理1.扫标本条码时要求支持通过涂片方案自动完成涂片操作。2.要求支持可保存细胞学评估信息。3.要求支持可根据细胞学评估规则判断该标本是否合格。4.要求支持保存镜下直接观察到的玻片信息。5.要求支持镜检观察项目及值要求由知识库提供数据。6.要求支持可以通过设置的方案快速完成该操作。7.要求支持保存镜检结果并自动生成报告。8.要求支持可根据阴性方案匹配满足条件的结果信息。9.要求支持采集镜下的图片。10.要求支持可标记报表需要使用的信息。11.要求支持可填写染色方法未抗酸染色的项目的镜检阴性结果。12.要求支持可设置细胞学评估自动判断标本合格信息的规则。13.要求支持染色编辑选中一条玻片信息，可对该标本进行添加，修改，删除玻片操作。10.1.4 普通培养管理1.要求支持培养基接种，选中一条普通培养信息，可对该标本进行添加，修改，删培养信息操作。2.要求支持可对培养过程中的菌落生长情况及其他记录内容进行保存或删除操作。3.要求支持一条培养信息可保存多个日志信息。4.要求支持可保存镜下观察到的菌落信息。5.要求支持菌落观察的项目及值要求由知识库提供数据。6.要求支持可通过设置的方案快速完成该操作。7.要求支持可采集镜下的图片。8.要求支持可标记报表需要使用的信息。9.要求支持保存普通培养阴性结果并自动生成普通培养报告。10.要求支持可根据方案匹配满足条件的阴性结果信息。11.要求支持对一条培养记录进行转种操作，需填写转种的培养基类型及设备名称等信息。12.要求支持打印设置。13.要求支持按培养基补打条码。14.要求支持按标本补打条码。15.要求支持当普通培养的结果为阴性结果时，可生成培养报告。16.要求支持可查看当前病人住院的历史药敏信息。10.1.5 鉴定管理1.要求支持保存鉴定相关的鉴定方式，鉴定卡，等信息。2.要求支持可选择鉴定制备方案，自动完成制备操作。3.要求支持关联菌落信息。4.要求支持选择一条已进行鉴定试验记录或者鉴定完成的鉴定信息进行鉴定复查。5.要求支持可保存使用手工方式鉴定的试验方法及其结果信息。6.要求支持试验记录中使用的试验方法及其对应的项目和值需由知识库提供。7.要求支持确认鉴定菌种信息。8.要求支持对该菌的其他信息进行备注。9.要求支持鉴定完成使用的菌种信息需由知识库提供。10.要求支持鉴定完成后可生成鉴定报告。11.要求支持保存鉴定出的临床菌株。10.1.6 药敏管理1.要求支持可保存药敏相关的药敏方式，设备名称等信息。2.要求支持可通过仪器自动回传制备信息。3.要求支持只能对已进行药敏制备的药敏信息进行药敏复查操作。4.要求支持对药敏结果记录进行新增，修改，删除操作。5.要求支持可选择设置的药敏结果方案。6.要求支持可通过仪器回传药敏结果信息。7.要求支持药敏结果参考值由知识库提供。8.要求支持可显示该病人该菌种上次药敏结果及判读信息。9.要求支持选择耐药类型进行保存。10.要求支持耐药类型数据需由知识库提供。11.要求支持对于已经进行药敏结果的标本可生成药敏报告。10.1.7 血清学管理1.要求支持对血清学方法及结果进行新增、修改，删除操作。2.要求支持血清学试验方法及结果需由知识库提供。3.要求支持保存血清学分型菌信息。4.要求支持血清学分型菌数据需由知识库提供。10.1.8 消息通知管理1.要求支持可将消息通知内容反馈到临床。2.要求支持保存通知内容，通知人等信息。3.要求支持编辑通知内容时可快速提取标本过程信息。4.要求支持消息忽略需要对消息忽略的原因进行填写。5.要求支持可获取临床反馈的内容及其对应的反馈人信息。10.1.9 报告审核管理1.要求支持当前登陆人不是报告审核人时，可登陆审核人信息。2.要求支持血培养阴性报告可批量进行审核。3.要求支持回传报告信息到his端。4.要求支持可记录审核人等信息。5.要求支持回传报告信息到his端。6.要求支持可撤销回写到his端的报告信息。7.要求支持可撤销当前报告的审核信息。8.要求支持打印报告。10.2 质控管理10.2.1 室内质控管理1.要求支持对生化反应试剂，抗菌药物，纸片法药敏，诊断血清，血培养瓶，染色液，标准菌株进行室内质控操作。2.要求支持对质控对象，项目以及对应的标准菌株进行基础自定义，可在实际质控的时候直接使用预设的方案。3.要求支持质控记录的增加，修改，删除操作。4.要求支持对质控项目的结果记录。10.2.2 室间质控管理1.要求支持可对质控的标本来源，建议检测日期等信息进行编辑。2.要求支持登记本次室间质控包含的标本信息。3.要求支持将质控标本核收到标本核收模块中，开始进入业务流程操作。4.要求支持记录标本的项目结果及项目结果分析。5.要求支持记录本次室间质控的质控结果和质控结果分析。10.2.3 临床菌株管理1.要求支持可选择临床菌株后再选择存放位置实现菌株存放。2.要求支持存放后可自动打菌株条码。3.要求支持可撤销只进行过存放操作的菌株。4.要求支持可选择菌株后进行借出。5.要求支持可记录借出时间及操作原因。6.要求支持可选择已借出的临床菌株后再选择存放位置实现菌株归还。7.要求支持可选择菌株后进行销毁。8.要求支持可记录销毁原因等。9.要求支持可实现菌株手工登记存放。10.要求支持可记录标本信息及鉴定菌等菌株相关信息。10.2.4 危急值传染病管理1.要求支持加强微生物危急值，如血培养阳性，脑脊液培养阳性等的报警及处理过程，保证临床及时，快速调整方案。2.要求支持加强传染病的警示，对于传染病的发现，及时示警，并短信通知保健科及临床医生，进行快速隔离及报卡。 | ||||
11 骨髓细胞图文报告系统 | 要求支持改变以往骨髓检查单机应用模式，通过系统配置应用，满足骨髓业务操作，实现与HIS系统互联互通。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.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。30.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 | ||||
12 综合图文报告系统 | 要求支持实现检验中图像报告的信息化管理，包括管理系统和图像采集，图像采集方式要求支持文件读取和摄像头图像采集等。应用范围包括：2.要求支持脱落细胞等描述性报告系统。3.要求支持染色体图文报告系统。4.要求支持精子分析图文报告系统。5.要求支持流式细胞图文报告系统。6.要求支持免疫荧光图文报告系统。 要求支持尿（粪）镜检工作站图文报告系统。 ★要求支持B/S架构与HIS系统一体化应用但又能独立升级。 ★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。 | ||||
13 LIS通用设备接口工具 | 1.要求LIS通用接口工具采用C/S架构；2.客户端要求能建立与仪器间的信息通路，通过配置实现数据通讯；3.服务端要求能处理、解析、重组以及保存与仪器间的交互数据；4.要求在服务端数据处理上，通过界面化、配置化、简单化实现数据操作处理。 | ||||
14 数字化运营平台 | 14.1运营门户 构建统一医院运营门户，实现统一消息管理、统一用户组织管理、统一KPI指标、统一BI分析、统一应用入口，实现数据集成、单点登录。通过数据资产统一的数据处理能力，根据用户的岗位、职责，从院领导、科室等多维度和层级的将用户真正关心的、有用的数据和内容展示出来，发挥医院数据的价值最大化，真正实现面向对象的内容展示。 智能门户作为各业务应用的入口，对接医院内部业务系统，自动获取种业业务数据与文件，实现内外部知识的统一采集与存储。 具体功能如下： （1）要求支持应用平台所有业务应用的消息输出，平台可以结合第三方IM比如企业微信、钉钉等应用，对通知、会议、流程等系统消息统一输出处理。 （2）要求支持对平台各业务系统流程统一管理和应用，要求支持所有业务流程统一申请入口、审核入口、查询入口。支持电脑端、移动端，用户不需要在进入到具体业务系统中操作，在门户上能完成日常相关几乎所有工作。 （3）支持运营平台各业务数据同源管理，统一输出BI分析和报表。通过多种维度查询统计分析，从个人、科室到全院多层级的仪表板，做到千人千面的输出展示应用。 (4）要求支持运营平台各业务应用都可以便捷的接入门户，统一登录入口，解决单点登录问题。也可以拆分独立运行部署客户端、移动端，真正做到可分可合。 （5）要求支持整个应用平台，统一用户组织管理，解决多系统维护多套组织架构的问题。 14.2总账报表 全面适应政府会计制度“双基础双功能双报告”的要求，财务会计和预算会计互相衔接、适度分离，自动关联生成预算凭证。 具体功能如下： 1.基础资料 系统在初次使用和年初建帐时，要将上月（或上年）手工数据输入系统内，作为系统帐务处理的期初数，以便手工帐和机器帐相衔接．系统初始化是为了保证系统的正常工作和会计核算的延续性，在系统使用之前，将手工作业的主要基本资料首先输入计算机的过程．总帐报表系统初始化工作包括：科目设置（主要是明细子科目）、辅助编码管理（如部门、单位、项目、其他编号）、外币资料输入、控制面板设置、余额初始等。 2.凭证处理 凭证处理将帮助医院完成日常业务的核算工作，凭证处理包含编制凭证、查询凭证、审核凭证、汇总凭证、记账等五个功能模块。 （1）可以实现部门、单位、项目、现金流核算，当以上核算不满足的情况可以增加其他核算类别进行核算 （2）可从业财一体中提取数据生成财务凭证，从而实现业财融合，凭证查询的时候可以追溯到业务数据 （3）在无业务系统的情况下可以进行EXECL导入 （4）收支结转，根据收支业务凭证自动转战生成收支结转凭证 （5）费用分摊：根据一定的依据按科室进行分摊出相关的凭证或者提供给成本调用，（增值服务） 3.账务处理 快而准的提供了多种账务处理查询筛选功能，总账可按科目级别、科目范围等查询；明细账可按期间范围、科目范围查询；还提供了多栏账、数量金额明细账、核算项目分类总账等，并且输出格式优化美观，将帮助医院及时掌握医院经营状况，提供视图自定义输出、透视输出等。 4.报表处理 基于医院新会计制度和财务系统数据，提供资产负债表、现金流量表、费用与成本报表、收入费用明细，同时报表自定义、报表文件管理、报表数据生成、导入导出以及报表分析功能。 5.期末处理 按医院财务管理和成本计算的要求，在一个会计期间结束进入下一期间前，期末必须进行医疗收入和费用的结转、收支结转、盈余结转等工作，期末处理模块提供了相应的功能，帮助医院完成期末的这些核算处理工作 6.系统管理 本模块主要提供对用户资料、基本参数、编码方案、会计期间、凭证参数、凭证类别、用户权限等的设置处理，还提供有数据备份、数据恢复、工作日志等功能 （1）用户资料：设置用户资料信息，供系统调用。主要包括用户单位名称、所属行业、单位地址、单位法人、联系人、电话、传真、邮政编码、电子信箱、网址、税务登记号、会计主管等信息。 （2）基本参数：包括是否允许反登帐、登录时是否自动打开报警器、指定本位币名称。 （3）编码方案:查询科目、部门、单位、项目、其他的编码规则（只在建帐时允许修改） （4）会计期间:显示系统每个会计期间的起止日期及是否结帐状态。对未结帐的月份允许修改其起止日期。 （5）凭证类别：设置凭证类别及其打印格式、凭证颜色、凭证类别的限制科目等信息 14.3出纳管理 医院出纳系统可以处理医院现金和支票的收支费用处理，通过项目收支核算生成相关费用凭证，形成出纳收付款单据，而会计人员在凭证处理时只需选择相关的出纳单据，根据对照关系完成出纳业务的凭证处理。自动产生收支报表、日记帐以及银行调节表输出。 具体功能如下： 1.现金管理 （1）现金业务：要求支持便捷的录入单位收支业务流水账；也要求支持EXCEL模板导入；同时要求支持上游业务单据自动生成日记账，比如：费用报销单据等 （2）银行对账 要求支持期初未达数据的录入和调节； 要求支持提供自动对账、手工对账、快速对账等多种方式； 要求支持出纳对账以及对账结果查询； 要求支持银行对账，银行对账结果查询并生成余额调节表。 2.账表管理 包括日记账和收支项目日记账：要求支持资金监控，对账户日余额分析、现金流量分析、大额交易查询、账户余额预警。 3.系统设置 （1）会计期间：显示系统每个会计期间的起止日期及是否结帐状态。对未结帐的月份允许修改其起止日期 （2）账号资料：支出多个银行管理，现金和银行业务独立统计 （3）收支项目：根据医院实际可以多层级统计收支项目日记账 14.5固定资产核算 固定资产管理系统用于管理医院的固定资产，每一个固定资产设置唯一的编号管理资产的新增、变动、计提折旧、调拨、报废等资产运行中的各种实际的业务操作，并可通过盘点操作来核查固定资产实物的差异，让医院实际掌握医院固定资产的实际数据，及各科室的使用的资产情况，可以通过自定义报表按科室、类别等分析医院固定资产的数据情况，并可以将固定资产业务活动产生的业务生成凭证到财务账中，实现业务数据的流转和一致性。 14.6工资核算 工资管理系统用于管理医院每月的工资数据的发放明细情况，可以设置各种计算公式、工资项目、分类别管理各种工资绩效的发放明细，并可通过各种自定义报表统计分析各科室、各类别工资绩效的发放情况，统计每人每年的总工资绩效发放情况等，可通过工资转帐设置模板每月自动生成凭证到财务账中，减去重复操作工资数据的工作量，提高工作效率 14.7业财一体 医院通过业财一体化系统的支撑，将数据延伸到业务前端，由事后管控变成事前管控，打破业务、财务“各自为政”的局面，强有力地推动业务财务数据的深度融合。同时，财务人员深入到业务当中，做更懂业务的财务，有效促进业财融合。 具体功能如下： （1）财务主数据：财务相关的主数据包括：科目资料、部门资料、单位资料、项目资料等 （2）业务数据：业务系统中产生的需要转账的原始业务数据 （3）业财明细：医院所有的业务数据纳入财务一体化管理系统中，实现了管理由静态向动态、由事后分析向事前规划、事中控制的转化，提高了财务信息的准确性、真实性、科学性。做到真正的业务与财务数据同源管理。 （4）万能转账：根据设置好的各类转账模板一键从业务数据生成财务凭证，可以多条汇总生成。 （5）业财差异：财务总账和业务明细数据之间的差异数据表，方便检查、核对、调整总账和业务系统之间的差异。 14.7科室全成本核算 科室成本管理系统是将医院业务活动中所发生的各种耗费以科室为核算对象进行归集和分配，计算出科室成本的过程。包括院级成本核算、科室成本核算、诊次成本核算、床日成本核算，通过核算系统最终生成科室成本核算结果数据和科室成本报表。 具体功能如下： 1.基础数据管理：对系统的基础数据进行维护。包括成本核算中心设置、成本项目设置、收入项目设置、支出项目设置、成本期间设置、会计科目设置、数据词典维护。其中成本核算中心必须按照操作办法中的标准进行设定。 2.成本数据归集：对成本数据进行归集整理。包括收入数据采集、直接成本数据采集。收入包括门诊与住院收入，按人员经费、药品费、卫生材料、无形资产摊销、提取医疗基金、其他费用。 3.成本数据分摊：按照操作办法规则的原则和步骤对成本进行分摊，最终计算出院级全成本。 4.成本报表：要求支持《公立医院成本核算规范》成本管理报表的自动生成，要求支持报表自定义功能，并生成报表进行导出、打印等功能，形成医院个性化需求报表，满足医院未来扩展报表的要求。 5.系统维护：对系统的角色、用户、权限等进行管理。 14.8医疗服务项目成本核算 医疗服务项目成本核算采用“收入比例系数法”，并结合医院的管理特点及核算方法，分期开展成本核算。通过对核算结果的多维度统计分析，协助医院明悉各医疗收费项目的盈亏状况，为政府定价、补偿以及自身的经营管理提供客观、科学的依据；同时也为主管部门对各医疗机构进行横向比较提供资料，进而对存在资金使用效益不足的环节采取措施进行完善，提高行业整体的资源配置率。 具体业务需求包含但不限于以下功能： 基础数据管理 提供维护项目成本核算系统的基础数据，包括但不限于：组织机构设置、收费项目设置、项目属性表、协作项目科室分工表等。 接口管理 提供接口管理功能，实现项目成本核算系统的与外部系统进行数据共享，可管理具体接口对象和方式。 要求支持XLS文件手工导入、数据库授权访问、WEBSERVICE等方式。 定义外部系统数据与本系统数据之间的对照关系。 核算管理 提供设置当前成本核算期，调整当期参数，对当期成本数据采集、成本核算工作进行集中管理。数据采集满足各种核算方法的要求，包括但不限于：科室全成本数据、科室项目完成量和收入数据等。成本核算包括按收入比例法的科室项目成本计算，提供多口径的成本计算，提供多科室协作项目成本计算，提供医院项目成本计算。 要求支持重新采集和核算，确保各项工作及时、有序、完整、高质量进行。 项目成本报表 提供院、科、协作三级项目成本核算报表，包括项目总成本、单位成本和成本构成，提供全院项目成本查询，协作项目成本查询，科室项目成本查询，及相关项目成本收益报表。 项目成本分析 能够追踪整个分摊的全过程，区分来源科室、对象科室、成本项目细化追踪分析。 提供医院或科室成本或项目分类，成本趋势、成本对比、成本盈余、本量利等多角度分析报表。 14.9病种成本核算 病种成本按照病人的ICD10疾病分类编码进行成本核算，采用项目叠加法（自下而上法）对病种实际成本、分期进行成本核算及分析。应体现医院或科室病种费用及成本的归集，包括所涉及的医疗服务项目成本、药品成本、收费卫生材料成本。 基础数据管理 提供维护病种成本核算系统各种核算方法的基础数据，包括但不限于：组织机构设置、病种定义、诊断编码维护、手术编码维护、病种属性表等。 数据接口管理 提供接口管理功能，实现病种成本核算系统与外部系统进行数据共享，可管理具体接口对象和方式。要求支持XLS文件手工导入、数据库授权访问、WEBSERVICE等方式。 提供定义外部系统数据与本系统数据之间的对照关系。 核算管理 提供设置当前成本核算期，对当期成本数据采集、成本核算工作进行集中管理。病例的项目成本按实际执行科室、执行月份采集，病保DRG/DIP分组结果按结算月份采集，同时提供住院号和出院时间。 要求支持数据检查、纠正后重新采集和核算，确保各项工作及时、有序、完整、高质量进行。 单病种成本核算 采用项目叠加法（自下而上法）对病例成本计算，按病例的疾病分类进行病种成本核算。 单病种成本报表 提供院科两级病种成本核算，包括病种总成本与单位成本，全院病种成本查询，科室病种成本查询，及相关病种成本盈余报表。 单病种成本分析 提供医院或科室病种成本结构、成本比较、成本趋势、成本盈余等多角度分析报表。 14.10 DRG成本核算 DRG成本核算是以医院当地公布的DRG组为核算对象，按照一定流程和方法归集相关费用计算DRG组成本的过程，采用项目叠加法对DRG实际成本、分期进行成本核算及分析。系统要求支持成本收入比法、自上而下法等成本核算辅助方法。 基础数据管理 提供维护DRG病组成本核算系统各种核算方法的基础数据，包括但不限于：组织机构设置、DRG病组定义、诊断编码维护、手术编码维护、病种点数价值设置、医保分档设置、DRG病组属性表等。 数据接口管理 提供接口管理功能，实现DRG病组成本核算系统与外部系统进行数据共享，可管理具体接口对象和方式。 要求支持XLS文件手工导入、数据库授权访问、WEBSERVICE等方式。 提供定义外部系统数据与本系统数据之间的对照关系。 DRG成本核算 采用项目叠加法（自下而上法）核算DRG病组病例实际成本、科室DRG病组成本，汇总平均计算医院DRG病组成本。 DRG成本报表 提供院科两级DRG成本查询，及相关DRG成本报表。 DRG成本分析报表 以科室和医院2级单元分析DRG病组、病例的收支结余盈亏和成本补偿率情况，同比、环比变动情况。 提供按项目分类进行成本盈亏分析的功能。 提供按实际执行科室、执行月份追溯项目成本的功能 14.11预算管理 全面预算管理系统主要包括预算编制、预算审核、预算调整、预算执行、预算报表、预算分析几大模块。 系统实现建立面向全员、全过程的全面预算管理体系，覆盖预算编制、预算执行与控制、预算调整的全过程闭环式管理；构建医院级、归口管理级、业务科室级三级预算管控体系，确保全员参与；涵盖收入预算、支出预算、项目预算以及资本性支出预算的全额预算管理体系。实现重大经济事项项目化管理，开展项目动态入库，避免集中入库的粗放模式；将一级项目管理权下放职能科室，可由业务科室编制二级项目，引入财政预算管理模式；落实全面绩效管理要求，将医院资源配置评价压紧压实，促进资源配置效率提高。逐步落实三级预算，将医院发展目标相关的经济运行指标分解到职能科室，由职能科室统筹分配到下级科室，确保经济运行数据通过预算系统年初下达，全年跟踪，适时调整，形成运营主线。 预算管理功能清单 基础管理 全局配置：预算系统的基本参数配置，包括预算申报年度等信息 科室资料：要求支持科室信息维护 预算项目：要求支持预算项目维护 申报类型：要求支持预算申报流程等信息维护配置 字典管理：要求支持预算系统相关词典维护 基础资料对照管理：包括科室、预算项目等资料的对照维护 预算编制 工作量预算申报：包括门急诊人次、门急诊次均费用、住院人次、住院次均费用、门诊药品比例、住院药品比例、门诊材料比例、住院材料比例等工作量指标申报，且支出指标之间的逻辑计算控制 收入预算申报：包括业务收入结构预算、财政收入预算、科教收入预算、其他收入等。其中业务收入结构预算要求支持根据科室申报的工作量预算自动生成。 支出预算申报：包括人员支出预算申报、药品费支出预算申报、卫材支出预算申报、维护维保预算申报、日常费用申报、财政支出预算申报、科教支出预算申报、其他支出预算申报等。其中药品等支出可以根据临床科室的申报工作量进行支出申报控制。 资本性预算申报：包括医用设备、信息设备、总务设备、基建设备等预算申报。系统要求支持各申报类型项目名称词典设置，且每项申报关联到政府采购品目和采购方式。 科室审批：预算申报科室内部审核，科室主任审核通过后，预算才汇总到对应归口审核 预算查询：要求支持多维度预算统计查询，包括按预算科室、预算申报类型、预算审批状态等，方便用户和预算管理者快速跟踪查询预算审批进度和预算相关信息。 预算审核 主管部门汇总审批：汇总审核覆盖院级、归口职能部门、业务部门，实现责权利对等管控；要求支持从科室和预算项目等多维度汇总审批，方便预算审核人员对预算的快速审核和下达。系统要求支持预算的反审核和驳回重新调整申报等功能。 预算委员会审批：汇总审核覆盖院级、归口职能部门、业务部门，实现责权利对等管控；要求支持从科室和预算项目等多维度汇总审批，方便预算审核人员对预算的快速审核和下达。系统要求支持预算的反审核和驳回重新调整申报等功能。 财务科汇总审批：汇总审核覆盖院级、归口职能部门、业务部门，实现责权利对等管控；要求支持从科室和预算项目等多维度汇总审批，方便预算审核人员对预算的快速审核和下达。系统要求支持预算的反审核和驳回重新调整申报等功能。 预算调整 预算调整申请、预算追加申请、预算借调申请、调整审核、调整查询的调整包括： 对已申报过的预算进行预算金额调增和调减； 全新的预算追加申报 从其他科室已申报的预算进行借调到本科室 预算执行 执行数据采集：系统要求支持从财务或HIS等外部业务系统自动采集相关执行数据，也要求支持EXCEL手工整理导入。 业务量预算执行监控、收入预算执行监控、支出预算执行监控、资本性预算执行监控：从多维度对预算执行情况监控统计，包括科室预算执行监控、科室月度趋势预算执行监控、归口科室预算执行监控、预算项目执行监控等 预算报表 预算报表：包括收入预算报表、支出预算报表、医疗收入明细预算报表等 执行报表：包括收入预算执行报表、支出预算执行报表、医疗收入明细预算执行报表等 财务预决算报表：资产负债预决算表、收入费用预决算表等 预算分析 业务量预算分析、收入预算分析、支出预算分析、资本性预算分析：以预算和执行数据为基础，通过KPI监控和可视化数据展示，为管理者提供预算监控、分析、决策等完整功能。为预算考核提供依据。 系统维护 用户管理：要求支持用户资料维护 角色管理：要求支持系统角色维护 岗位管理：要求支持岗位资料维护 权限管理：要求支持系统权限维护 流程管理：要求支持系统流程可视化配置 菜单管理：要求支持相关系统菜单的配置维护 14.12支出管理 支出管理系统包含费用管理、应付管理、发票管理、预算管理、项目管理、合同管理，将普通用户和费用管理员的使用场景分开。其中费用管理包括费用申请、借款申请、还款申请、报销申请、合同付款申请、发票管理等；费用管理功能模块包括费用申请管理、借还款管理、报销管理、对公费用管理、费用预算管理、发票管理、财务处理等。 系统实现费用事前申请、事后报销、还款的全流程管理，与预算管理一体化，自动接收预算额度指标控制；与出纳、财务一体化，自动完成付款与核算。要求支持发票OCR识别，简化报销报销录入过程，规避发票真伪和重复使用风险。一方面落地全面预算控制，另一方面提供一站式报销费控闭环，让发票、报销、审批、记账全程数字化管控。 支出管理功能清单 基础管理 全局参数配置：费用系统全局系统参数维护 科室资料：要求支持科室资料维护 单据类型：要求支持报销单据类型配置维护 费用项目：要求支持费用项目基础信息维护 银行账户信息：要求支持用户银行账户信息维护 报销标准：要求支持报销标准维护，包括按职级、按出差地点等标准 报销资料：要求支持报销资料信息控制维护 支出管理 费用申请：包括费用申请和出差申请。系统要求支持事前申请预算占用和控制，基于事前申请生成报销单等。要求支持移动端申请和审批、查询 借款申请：借款申请流程，要求支持个人借款账龄统计分析。要求支持移动端申请和审批、查询 还款申请：还款申请流程，要求支持对个人借款的关联核销。要求支持移动端申请和审批、查询 报销申请：包括日常费用报销、差旅费报销、劳务费报销、因公出国费用报销等流程，要求支持预算控制和报销标准控制，超额预警提醒。要求支持对个人借款核销和发票核销。要求支持报销流程进度的全程跟踪和查询。 合同付款：对公合同付款流程，要求支持关联合同系统，按合同条款去核销控制。 发票管理：用户发票上传和使用核销情况查询，要求支持手机拍照、发票夹归集等多渠道上传，OCR识别和验真、验重等 费用申请管理：费用管理员对全院费用申请等流程单据、指标、报表数据等统计、监控分析 借还款管理：费用管理员对全院借款和还款等流程单据、指标、报表数据等统计、监控分析 费用报销管理：费用管理员对全院费用报销等流程单据、指标、报表数据等统计、监控分析 对公费用管理：费用管理员对全院对公费用流程单据、指标、报表数据等统计、监控分析 费用预算管理：从科室和费用项目维度对费用预算执行情况监控统计分析，包括科室费用预算执行分析和费用项目费用预算执行分析等。 发票管理：要求支持发票OCR识别，简化报销报销录入过程，规避发票真伪和重复使用风险。对所有发票进行统计和监控分析 账务管理 出纳日记账：费用报销流程审核完成后，自动进行出纳日记账，与出纳一体化。 会计记账：费用报销自动生成会计凭证与财务一体化。 移动应用 我的报销：费用报销相关流程的移动申请、审核和查询。 我的KPI：个人相关费用指标和报表手机查询和监控。 我的发票：用户发票通过手机上传和查询管理，要求支持纸质发票手机拍照、发票夹归集电子发票等多渠道发票上传，以及发票的查询和管理。 系统维护 用户管理：要求支持用户资料维护 角色管理：要求支持系统角色维护 岗位管理：要求支持岗位资料维护 权限管理：要求支持系统权限维护 流程管理：要求支持系统流程可视化配置 菜单管理：要求支持相关系统菜单的配置维护 14.13收入管理 收入管理系统，通过整合各业务系统的收入数据，实现医院收入的集中化管理。系统包含业务量、业务收入、应收账款、预算管理、收入分析等功能模块，实现将医院所有的收入统一管理，并联通收入业务到财务记账的整个闭环。减轻财务对账和记账的压力，提升医院管理水平。 业务量 将科室业务量数据进行归集，便于查询和统计分析。 业务收入 将各业务模块的收入数据，包括对账平台或HIS系统的医疗收入数据、科研系统和教学系统的科教收入、财政收入、其他收入等医院所有收入数据归集到收入系统，并联通总账系统，直接生成收入记账凭证。实现医疗收入的对账、查询统计分析。 应收账款 实现医院应收数据的管理，并联通总账系统，生成应收记账凭证。 预算管理 与预算系统联通，实现科室收入预算的执行情况监控。 收入分析 支持从收入结构、趋势和比较，对医院收入情况进行统计分析。支持多维度统计分析，从指标、分析、报表、凭证到原始业务单据的层层追溯。 14.14合同管理 实现医院所有经营管理合同、协议的签订、履行、变更、结算、归档的全过程管理，并实现与医院的预算管理、费用管理、数字认证系统、会计核算等系统实现一体化业务整合，提供收款合同、付款合同、收款协议、付款协议的管理功能。系统需满足内控管理要求，落实不相容岗位分离机制，确保合同拟定与审核、合同审核与审批、合同审批与执行、合同执行与监督评估等不相容岗位的相互分离、相互制约和相互监督。 合同管理功能 基础资料 供应商管理：要求支持管理医院供应商的基本资料，风险评级、联系人、已来往的合同等。可以要求支持和第三方系统（企查查、天眼通）集成，自动更新供应商的资料和风险等信息。 客户资料：要求支持管理医院收款合同的客户资料 合同评价规则设置：合同管理科室（审计或法务等科室）对采购科室发起的合同进行审核，打分。对常见问题进行归类统计分析，以便后期完善改进 合同类别 要求支持付款合同、收款合同、框架协议 要求支持货物类、工程类、服务类、租赁类、重点学科类等 合同业务流程 合同模板要求支持审批流程、合同申请审批流程、合同变更审批流程、合同中止审批流程、合同付款审批流程、合同开票申请流程、合同归档审批流程功能需支持：会签、加签、授权给其他人审批、撤回、流程审批效率； 合同模板管理 合同模板 每个科室都可以维护各科的合同模板。新增的合同模板需要走合同模板审批流程，合同模板管理员审核通过的模板才能在模板库被使用。 合同模板需要设置权限，对应的科室或用户才能使用自己有权限的合同模板 合同模板版本管理，可以设置某个版本号为默认模板。 合同管理 合同签订 合同登记 基本信息：合同基本信息，包括合同名称、合同编号、金额、付款条款、供应商信息等。 合同文本：可以基于合同模板生成对应合同文本，或手工上传合同文本。支持合同文本在线留痕编辑，预览、下载、打印等 关联预算系统：与预算系统集成，申请的合同需选择已批准的预算。同时对应占用相关预算额度。 合同审批 合同审批流程支持灵活配置，支持移动审批； 支持合同文本在线预览、在线留痕修订和打印； 可以集成数字证书，实现合同在线电子签名审批和合同文本在线签名和盖章，实现整个合同业务的电子化，合法合规化。 打印盖章 审批完成的合同，可以自动推送到印控系统（实体章权限管理），完成打印盖章过程。 合同执行 合同变更/补充协议 要求支持合同基本信息变更（合同金额等）或合同正文内容 ；记录合同变更的原因、影响；合同历史纪录追踪 要求支持原合同保持不变，签订补充协议 (和主合同需要有关联关系)；合同历史纪录追踪 合同终止 要求支持合同终止审批流程，终止的条件为已收款额=已开出发票或者已付款=已收到发票额，流程审批完成后更改合同的相关状态; 合同付款 合同付款计划 要求支持根据签订的合同付款条款，倒序显示需要付款的合同条款。一月内需付款的突出显示 合同发票管理 要求支持供应商开过来的发票，需对应合同和相应的付款条款，且开票金额不能超过待付款金额；对应更新已开票额和未开票金额字段 集成发票系统：要求支持将供应商发票（纸质和电子），OCR识别、验证真伪等。然后关联合同付款去核销 合同付款申请 独立的合同付款申请：要求支持付款可以关联对应发票，也可以不关联发票。验证：付款金额小于未付款金额，审批完成后，更新合同对应的未付款金额和已付款金额。考虑审批中的付款金额 集成费用系统：要求支持费用系统中的合同付款模块，调用需要付款的合同，支持按合同条款、发票和相关的预算多对多核销。同时付款完成后，回写合同已付款金额和预算的执行情况。 合同收款 合同收款计划 要求支持根据签订的合同付款条款，倒序显示需要收款的合同条款。一月内需收款的突出显示 合同开票管理 要求支持开票申请流程，开票金额需小于合同未收款金额。审批完成后更新对应已开票金额和未开票金额。（考虑审批中的发票金额） 合同收款确认 要求支持业务发起到账确认申请，收款金额不能超过未收款金额金额，出纳确认收到合同款后，系统更新对应金额。（考虑审批中的收款金额） 合同完结 要求支持自动完结：发票额=已付(收)款金额=合同总金额 2、手工完结：发票额=已收(付)款额 合同归档 要求支持合同执行完成后(包括终止)，已收款额=已开出发票或者已付款=已收到发票额；合同执行完毕后，管理所有与合同有关的文件，包括合同原稿、变更文件、验收资料、附图等内容，业务员申请，档案室审批完成，代表合同整个生命周期正式执行完毕 合同预警 要求支持30天内应付款合同、30天内应收款合同、到期应付未付合同、到期应收未收合同、到期未完成合同、30天内待续签合同、到期未续签合同 要求支持相关预警信息放在首页提醒和突出显示；系统自动并对所有快到期的结款、审批、收货、验收、付款等关键节点或事项进行预警，帮助用户提前做好财务规划和分析决策 （4）合同台账 要求支持全部合同、草拟中合同、审批中合同、执行中台账、已中止合同、已完成合同、已归档合同 要求支持管理所有合同信息，支持多维度多组合的便捷查询。 （5）统计分析 要求支持合同信息统计分析、合同问题清单分析、合同审批效率统计分析： 要求支持从多个维度状态统计,包括合同的审批状态、付款情况、执行情况等；支持多维度查询和统计。 14.15财务分析 为进一步提升医院经济管理水平，客观反映医院的财务状况及营运成果，为医院管理者和主管部门提供决策支持，根据《公立医院财务报告制度暂行办法》《医院会计制、度》及《医院财务制度》等相关规定，进行财务分析。通过财务分析平台能满足来宾市人民医院日常财务分析的要求和生成对应的财务分析报告。 平台具体的功能模块结构细分如下： 数据采集 要求支持医院的业务数据分散在多个业务系统，需将多个业务系统的数据经过梳理，同步到财务分析平台，作为财务报表和分析的数据源。 报表管理 收入支出及结余情况 要求支持反映医院收入、支出和结余情况。 要求支持总收入分析、医疗收入分析、财政收入分析、科教收入分析、其他收入分析。 要求支持收入情况分析 要求支持支出情况分析 要求支持结余情况分析 预算执行情况 要求支持反映医院预算的执行情况 要求支持总收入执行情况同比分析 要求支持总支出执行情况同比分析 要求支持收支结余情况同比分析 资产负债情况 要求支持反应医院拥有或控制的经济资源及其分布情况 要求支持资产情况分析：总资产状况分析、资产类明细分析、负债及净资产类明细分析、流动资产状况分析、固定资产状况分析 要求支持负债情况分析 要求支持净资产情况分析 医院指标分析 要求支持人员结构分析 要求支持医院工作量及工作效率分析 要求支持医院业务指标分析 财务指标分析 要求支持预算执行分析 要求支持财政保障水平分析 要求支持医疗费用控制分析 要求支持运行效率分析 要求支持偿债能力分析 要求支持资产运营能力分析 要求支持成本管理能力分析 要求支持收支结构分析 要求支持发展能力分析 要求支持科室运营分析 要求支持工作效率分析 预算批复情况 要求支持总体收支预算分析 要求支持财政拨款预算分析 要求支持新增资产配置预算分析 要求支持政府采购预算分析 要求支持绩效评价试点项目分析 现金流量情况 要求支持业务活动现金流量分析 要求支持投资活动现金流量分析 要求支持筹资活动现金流量分析 要求支持员工薪酬结构分析 要求支持国家公立医院绩效考核指标分析 财务报告 要求支持基于财务报表的数据和医院财务报告的模板格式，生成医院的财务报告 财务分析 要求支持本方案实现从医院的收入支出结余、资产负债和医院财务指标等方面反映医院的财务状况及营运成果，为医院管理者和主管部门提供决策支持。 14.16人力资源 人力资源管理系统建立了功能完善的人力资源管理体系，涵盖医院人力资源管理相关的人事档案管理、薪酬管理、考勤管理、员工自助等内容，将人力资源相关数据统一管理起来，使人力资源管理者能够从繁琐的日常事务性工作中解脱，把更多精力用于人力资源的规划、招聘、培训与绩效管理等方面的工作，提升人力资源管理战略高度，强化管理水平与工作效能。 具体功能如下： 1.组织机构管理 （1）要求支持医院所有科室等组织机构的信息维护。 （2）要求支持科室类型、责任人、编制人数等基本信息维护，可根据医院实际需要灵活扩展基本信息。 （3）要求支持对医院各科室各项指标能够进行多维度的查询和统计分析，包括科室职能查询统计，可从不同侧面对各科室信息进行分析（岗位类别、不同学历、不同职称等维度人员分布情况），以图表的方式显示和输出。 2.岗位管理 （1）要求支持各类岗位、职务的管理和定义，支持岗位信息的详细描述。 （2）要求支持组织架构下创建职位，明确职位的隶属关系，也可以建立标准的职位体系。 （3）要求支持无限级的岗位层次，灵活的岗位设置和调整，也支持一人多岗的设置。 （4）要求支持职位信息的修改、删除以及查询等功能。 3.人事档案管理 （1）人员档案管理 要求支持查看自助修改内容、要求支持维护在职人员信息、要求支持维护意见人员档案信息、要求支持维护护理人员档案信息、要求支持维护离职人员档案信息、要求支持维护退休人员档案信息、要求支持审批移动和自助端修改的个人信息、要求支持人员信息简单查询、要求支持个人信息表、各种执业证，上岗证上传管理，要求支持自定义格式的履历表批量生成下载，其中履历表包含人员的职务变动、岗位变动、简历、奖惩、学历变动、职称变动、档案登记情况。 要求支持对在职职工、解聘职工、离退职工等的档案管理功能，并可根据单位的实际情况增加、修改人员类别，如临时工、下岗人员等。 要求支持提供全方位人员信息管理，包括但不限于：基本信息、教育信息、工作经历、执业资格、科研学术、社会任职、党政信息、家庭信息、学习经历、培训经历等。 要求支持人员信息个性化信息自由扩充、修改。 要求支持提供自定义人员分类设置人员信息模板（如在职人员、离职人员、退休人员、医生、护士、医技等），满足人员分类管理、差异化管理。 自动记录人员信息的变动情况、提供便捷的人员信息历史记录查询。 人员信息管理提供列表与图形化卡片两种展示方式，方便用户的不同场景及使用习惯。 人员信息支持照片、附件、扫描件等按分类存储，如学历、学位、执业资格等证件扫描件存储在各自子集中，方便查询。 信息维护支持批量导入、导出、批量修改等操作，维护过程可以同审批流程直接关联 员工通过自助查询个人信息，支持设置员工个人信息的读写权限，员工自助修改个人信息后由归口科室审核通过后归档更新到人员信息库。 能够根据员工信息生成个人简历，支持自定义简历格式、在线预览、打印或导出。 提供强大的查询和统计分析功能，支持常规查询和自定义查询等功能，满足用户灵活多变的查询需求；二维统计、多维统计等都可穿透到个人详细信息。 （2）人员异动管理 要求支持带审批流的内部调动。要求支持人员任职信息登记、要求支持任职到期信息登记、要求支持人员借调信息登记、要求支持借调到期登记、要求支持人员兼职信息登记、要求支持兼职到期信息登记、要求支持登记人员职称评聘信息、要求支持登记人员岗位等级信息、要求支持人员编外转编内的信息登记、要求支持人员内部调动信息登记、要求支持护士内部调动信息登记、要求支持查看和撤销人员各种变动登记 要求支持员工入职、转正、内部调动、兼职、借调、任职、任职到期、离职、退休、返聘、亡故等人事变动处理，人事变动信息自动在人员信息中生成履历记录，便于追溯查询。 要求支持方便灵活的业务流程的自定义功能，流程监控功能，支持职工发起转正、离职、职务评审等业务申请，流程相关人能方便查看申请业务进展情况，还能够查询待审业务、已批业务等信息 要求支持人事变动与其他业务联动，比如入职关联合同签订、薪酬核定等。 要求支持根据人事业务变动自动变更所在人员信息库，如人员退休后，自动由在职人员信息库转入退休人员信息库。 要求支持对人员异动，实现流程化管理审批，审批结果自动归档 要求支持相关的调动信息都要做历史版本控制，方便系统随时进行业务查询和汇总统计分析。 4. 考勤管理 （1）请休假管理 要求支持自定义探亲假、年假、婚假等各类假期，及各类假期的休假规则。 要求支持根据定义的各类休假规则，自动生成假期起初余额，也提供假期余额批量导入。 要求支持根据员工休假申请单据，自动扣减假期余额。 要求支持根据申请的休假类型，校验对应假期余额是否充足。 要求支持自定义休假单据及休假审批流程。 要求支持提供销假管理，支持用于提前返岗，通过销假管理销除多扣减的请假天数。 （2）加班管理 要求支持系统提供加班申请、在线审批，支持加班单据的预览、打印。 要求支持根据休息日、节假日、工作日等不同加班类型，分别申请加班申请、审批。 要求支持审批通过的加班数据自动汇总到员工考勤结果中，提供后续加班费用发放的依据。 （3）考勤管理 要求支持工作日历设置，并可导入各类公休节假日。 要求支持自动根据请假单等信息自动计算员工考勤结果。 要求支持医院考勤系统数据对接，自动生成出勤数据。 要求支持考勤结果批量导入。 要求支持自动生成各类考勤汇总表，可自定义报表。提供考勤日报、月报、年报等考勤数据的统计查询。 （4）薪酬管理 要求支持自定义薪酬核定方案，自动批量核定人员薪酬。要求支持薪酬核定方案指定适用人员范围，实现不同类人员按不同方案核定薪酬。 要求支持一月多次发放、薪酬多次核算管理。 要求支持持自定义工资项目，能够对基本工资、社保统筹、津贴补贴、岗位绩效等进行自定义分类。要求支持计算类工资项目自定义计算公式。 要求支持根据公式计算薪酬数据，代发之前需要审批，参数可配置。要求支持薪酬的计算与绩效考核、考勤互动，实现工资与绩效考核、考勤的联动和公式自动计算。 要求支持系统内置个税抵扣规则，在薪酬核算的时候，自动计算个税抵扣部分。 要求支持配置员工工资条查询项目，提供员工个人薪酬查询。 要求支持根据需要定制各种薪酬报表，进行薪酬数据的收集、汇总和分析。 （5）员工门户 要求支持员工可以维护个人基础信息，查询本人考勤、薪资、福利等信息，提出各种人事事项申请。 要求支持员工在线办理人事业务，自助提交业务申请单据，如离职申请，并可查看已经提交的历史单据及相应审批进度。 要求支持员工可自助查看和修改个人信息。 考勤单据申请：要求支持进行出差、休假、休假申请，跟踪各单据审批情况。 要求支持个人提交开证明申请，审批后可自主打印规范格式证明 要求支持自助查询个人休假余额及考勤结果。 要求支持自助查询个人工资。 科主任自助，可以查看科室信息，进行组织管理、审批管理。 14.17固定资产管理 医院通过建立统一高效、互联互通、信息共享的资源一体化运营管理平台，实现医院设备资产的统一管理，提升医疗机构规范化、精细化、科学化管理水平。方案以全生命周期资产管理的模式，将资产采购、入库、领用、调剂、盘点、报废等各个环节纳入体系化管理，并将每个环节相关的信息和资料都与资产卡片建立关联，建立全生命周期的档案式资产管理方式。 采购管理 采购计划 要求科室根据实际工作的需要提出采购申请，医院的采购部门根据科室提出的采购申请编制采购计划。此项功能提供科室采购申请的添加、删除、修改、查询、审核、打印的功能；提供购置计划的新增、修改、删除、查询、审核、打印的功能 资产管理 出入库管理 为方便医院的固定资产管理工作，采购的固定资产在采购到货以后，一般情况下不能直接发送到使用科室，而是需要首先入库，然后使用科室才可以从库房领用；如果资产有问题，统一退回库房，由采购部门与供应商提出交涉；使用科室不需要使用的资产可以退回库房。此项功能提供固定资产的入库、退库、科室领用、科室退库的管理功能 卡片管理 资产管理，能查询医院资产分布，打印资产卡片和条形码，实现资产条码管理。固定资产管理的核心就是卡片管理，几乎所有的固定资产操作都是围绕着资产卡片进行的。在卡片管理中，用户可以录入资产卡片，也可以从入库单中生成资产卡片；同时卡片管理中也提供卡片的拆分功能和提取固定资产折旧的功能 资产变动 主要包括资产的位置变动和原值变更的动能。如果需要变更固定资产的存放库房或者使用科室，可以使用资产变动的资产转移功能（包括库-库转移和科室-科室转移）；如果需要变更固定资产的原值，可以使用资产原值变更的功能 资产处置 资产经过长时间使用后将失去使用价值，可以使用此项功能将这些资产固定资产进行报废处理 资产盘点 固定资产通过账面数量与实物数量的清点对比，明确资产的差额。对于账实不相符的资产经过审批通过后，可以通过盘盈增加和盘亏减少的方式实现固定资产的调账功能，达到账实相符。此项功能提供对资产盘点单据、盈亏单据的新增、修改、删除等功能，既可以满足库房的盘点也可以满足科室的盘点功能。实现 PDA 自动扫描盘点，自动生成盘盈盘亏单 财务转账 资产入库、资产退货、资产转移、资产折旧、原值变动、资产处置、资产付款、维保合同付款管理等业务数据自动进入财务系统实现自动生成会计凭证，折旧数据自动生成固定资产折旧凭证 14.18物资管理 物资管理系统通过对医院各科室的领用申请、汇总审批、采购计划管理、库存管理、发票管理、应收应付管理、统计分析、领导查询等功能，规范医院物资管理，体现“适时、适量、适价、适质”的先进库存管理思想，并以最经济的资金占用率，保证物料的充分供应。减少医院库存资金的占用率；加快库存资金周转速度，降低医院的物资运营成本，提高医院物流管理的整体水平。 具体功能如下： 1.基础资料 对平台所需要使用的基础信息的维护 （1）物资类别：物资的分类信息 （2）物资资料：物资信息的维护，信息包含 物资的基本信息、库存控制、计量单位、规格信息、质检信息等 （3）仓库资料：仓库信息的维护 （4）仓位信息：可查看仓库的仓位信息 （5）科室对照：物资系统科室和His系统的科室对应关系 （6）物资定额：科室在单位时间内领用物资的限额控制的维护 （7）物资供应商变更记录：物资变更采购供应商的变更记录查询 （8）供应商管理：供应商相关信息的维护，包含供应商类别、资料、资质、联系人、付款账号信息等 （9）产品目录：可查询 供应商的所有的物资目录 （10）资质资料 、资质过期查询：可查看所有供应商相关的资质信息、同时根据 营业截止时间等提示过期提示。 2.采购管理 物资采购的相关业务和流程，包含科室申请单、采购订单、汇总单、采购入库单等 （1）自动采购：常备物资根据物资安全库存和当前库存生成的 需要采购的物资清单 （2）科室申购：科室申请采购非常备物资的 发起、查看、等相关操作 （3）仓库申购：由仓库管理员发起的 常备物资的 采购申请、查看、审批 等相关操作 （4）采购订单：由科室申购 、仓库申购及自动采购等发起的单据 生成而来 （5）采购汇总单：由采购订单根据物资的默认供应商分组生成的 （6） 采购退货单：对于已经采购签收入库的需要退回给供应商的发起、签收等相关操作 （7）采购模板：对于采购频率高的物资，申购科室 可保存制作成模板，方便以后使用 （8）采购汇总明细清单：可查询 所有的 采购汇总单的 明细记录 （9）采购汇总单金额汇总：可查询 所有采购汇总单的 金额信息 3.发票管理 对已经签收入库的采购订单与已签收的退货单的发票付款的 订单的发起、审批、付款等相关操作。 （1）采购发票：对于已签收入库的采购订单和直接入库单需要生成发票的操作 （2）退货发票：对于已签收的退货单需要生成发票的操作 （3）付款单： 对于已生成发票单的需要付款的单据的审批、填写供应商账号信息、付款 等相关操作 4.仓库管理入库单 （1）采购入库单:由采购汇总单生成而来 （2）直接入库单:对于不需要采购申请，直接进行采购的到货入库 （3）盘盈单:由仓库盘点,自动生成而来 （4）科室退库单：由科室已经领用的物资，进行退回仓库的操作 （5）调拨入库 ：多个仓库之间的物资调转 5.仓库管理出库单 仓库的物资出库的相关操作，包含 科室领用单、采购退货单、调拨出库单 等 （1）科室领用单 :科室需要向仓库申请领用物资的操作。 （2）采购退货：对于已经采购签收入库的需要退回给供应商的发起、签收等相关操作 （3）调拨出库：多个仓库之间的物资调转 6.仓库盘点 （1）盘点库存：进行仓库盘点的单据的发起、匹配和提交等操作 （2）仓库物资盘点清单：仓库盘点的物资清单（提供盘点期间的所发生过记录的物资信息） （3）仓库库存盘点数据：可查询 所盘点的库存信息 7.仓库管理 （1）出入库清单查询：对仓库所有的出入库的单据的明细记录查询 （2）领用清单：科室领用物资的清单查询 （3）入库清单：物资采购入库和直接入库的清单查询 （4）采购退货清单：可查询 采购退货的所有物资记录 （5）科室退库清单：可查询 所有科室退回仓库的物资记录 （6）入库汇总表按供应商汇总：可查询按照相应的条件汇总的入库物资信息 （7）入库汇总表按物资类别汇总：可查询按照相应的条件汇总的入库物资信息 8.科室库存 科室进行物资领用、退库、His核销、盘点等相关业务操作 （1）科室领用 ：科室需要向仓库申请领用物资的操作。 （2）科室退库单：由科室已经领用的物资，进行退回仓库的操作 （3）领用模板：对于领用频率高的物资，科室可保存制作成模板，方便以后使用 9.科室盘点 二级库科室进行库存盘点 的相关操作，包含 盘点、匹配、提交 等环节 （1）科室盘点库存：进行二级库科室盘点的单据的发起、匹配和提交等操作 （2）科室收费材料盘点清单：科室盘点的物资清单（提供盘点期间的所发生过记录的物资信息）目前科室只进行收费材料的盘点 （3）科室库存盘点数据：可查询所科室盘点的库存信息 （4）需盘点的科室清单： 展示所有的二级库科室和科室盘点状态信息 10.仓库报表 展示相关仓库的库存情况 （1）库存汇总表：展示仓库库存的情况。包含直接汇总、按单价、批号等汇总 （2）库存超储情况：展示根据物资 “最高库存” 属性和当前物资库存的对比，生成的超储信息表 （3）库存短缺情况:展示根据物资 “最低库存” 属性和当前物资库存的对比，生成的短缺信息 11.科室报表 展示科室库存的相关信息 （1）科室领用汇总表 ：展示科室的领用数据 （2）科室库存汇总表 ：展示科室库存情况 （3）科室领用汇总表按物资类别汇总：以物资类别 汇总科室的物资领用情况 （4）科室领用汇总表按科室汇总： 以科室 汇总科室的物资领用情况 12.系统管理 平台的基本信息的设置，包括：科室、用户、角色、权限、岗位及预定义数据等方面的设置，该部分为平台自有功能。 （1）部门管理： 根据本单位的组织机构，定义平台的科室资料，结构为树形结构。 （2）角色管理：设定不同的角色，用作对平台功能模块权限的设定。 （3）岗位管理：用户对用户的权限进行划分 （4）用户管理 ：定义使用平台的用户，用户可拥有多个角色和多个岗位，当用户拥有多个角色是，其使用权限自动叠加。 （5）权限管理：针对角色对功能模块设置新增、查询、删除以及不能操作等方面的操作设置。 14.19数据资产平台 数据资产平台提供统一的数据和服务能力，强力支撑医院业务的一体化，全面助力医院实现业务数据的共享与可视化分析，促进医院运营管理从流程化驱动向数字化驱动的提升。 1.主数据管理 要求支持保证医院能够通过标准统一主数据将业务系统数据传输到统一数据资产平台，保证数据的准确和全面，保证数据能够及时有效的采集和传输。统一的主数据管理，包括科室、材料、药品、人员、项目等，为整个运营平台的数据治理，数据同源提供支撑 要求支持科室主数据定义、编辑、删除、查询管理 要求支持会计科目主数据定义、编辑、删除、查询管理 要求支持单位信息主数据定义、编辑、删除、查询管理 要求支持物资类别主数据定义、编辑、删除、查询管理 要求支持员工主数据定义、编辑、删除、查询管理 2.源数据管理 要求支持医院运营业务数据的采集、交换、归并与共享等功能。各业务系统产生的原始数据定时抓取到数据资产中统一管理，后期各业务系统之间不直接交互，通过资产平台作为中间桥梁交互。 要求支持将总账报表的凭证库、科目汇总表、账簿等数据采集过来 要求支持将出纳系统的出纳单据等数据采集过来 要求支持将人员信息、考勤信息、薪酬数据等数据采集过来 要求支持将物资领用情况等数据采集过来 3.数据仓库管理 要求支持基于各业务模型建立不同的数据仓库，可以通过BI工具实现二次挖掘、处理和分析。 要求支持提供收入费用分析数据仓库模型 要求支持提供资产负债分析数据仓库模型 要求支持提供现金流量分析数据仓库模型 要求支持提供财务指标分析数据仓库模型 要求支持提供人员基本情况数据仓库模型 要求支持提供职工薪酬结构数据仓库模型 要求支持提供各单位物资领用数据仓库模型 4.数据API服务 要求支持提供数据查询的API接口，为医院外部系统使用平台业务数据提供统一标准的API服务。 14.20低代码开发平台 低代码开发平台，由简单易用的可视化设计器和部署灵活的服务构成，能帮助IT技术人员和业务人员快速构建美观易用、架构专业、安全可控的业务应用，并随需而变。通过快速的迭代开发,加速医院运营创新和数字化转型。 1.表单服务 要求支持平台提供多种表单模板，满足多样化业务需求。通过平台的表单模板，支持自定义个性化表单页面，页面布局随心定义。 常规报表模板：要求支持根据表结构自动生成页面布局，无需太多设置，简便快捷。 自定义表单模板：要求支持用户可以自己根据需求定义复杂多样的表单样式和布局 2.组织服务 平台提供统一组织管理服务，不需要多次登录和维护多套组织架构 用户管理：要求支持维护系统用户信息 组织管理：要求支持维护系统科室信息 角色管理：要求支持维护系统的角色信息 岗位管理：要求支持维护系统的岗位信息 3.流程管理 流程服务是为完成工作流活动及管理其执行状态提供一组服务和工具。按业务所需提供审批流的对外接口，供平台各业务模块使用。 （1）可视化的流程定义 要求支持在线的可视化的其中流程定义，通过平台的流程设计器界面，以图形可视化拖拉拽的方式，对流程环节进行快速便捷的定义和设置。 （2）流程管理 要求支持流程的维护管理是日常运营工作中的重点，平台支持灵活便捷的流程日常运营维护，可以对进行中流程的审批节点调整、审批人调整，进行中流程的终止、追回和流程复活等操作。 4. 消息服务 要求支持平台设计了一套非常灵活的消息通知管理框架，方便系统给各种终端发送信息，控制什么消息发送到那些终端，同一条消息，不同的终端发送不同的内容等等。在某个地方不需要通知的时候，只需要在通知管理里把通知禁用掉即可。且支持消息模板定义，支持定义多种消息发送规则和格式。 5.报表和BI服务 要求支持平台内置丰富的数据输出工具，包括列表视图、KPI指标、透视表、仪表板。根据不同的需求场景和要求，提供多样的输出选择。可以由采购方自定义并开发报表授权使用。 6.系统设置 （1）数据词典：要求支持平台相关词典维护 （2）菜单权限：要求支持结合角色管理，维护系统菜单和数据权限 （3）数据源：要求支持定义系统数据源，系统支持多数据源管理 （4）系统参数：要求支持系统各基础参数设置，包括系统名称、LOGO等。 14.21第三方系统接口 与现有HIS系统对接：要求支持住院收入、门诊收入、住院结算、住院预交金、药品入库消耗、HIS医嘱数据； 要求支持数字财政平台财务数据接口对接，将财务会计凭证及账务同步到财务监管平台。 | ||||
15 通用治疗工作站 | 15.1 独立应用要求系统为独立架构，可脱离HIS独立安装。15.2 接口方式要求采用消息或服务的方式供第三方系统调用，并形成数据交互。15.3 双向数据交互要求能和HIS间形成双向数据交互，可接收到临床科室的治疗申请，并能将治疗科室制定的治疗计划和操作记录共享至临床查阅。15.4 自定义操作记录要求支持针对治疗科室和治疗项目的不同，可自定义治疗操作记录内容模板，使其能记录不同的重点内容。15.5 排班和合理治疗计划安排要求支持通过定义科室排班情况，可对患者治疗时间计划进行有效的安排。15.6 排班管理▲1.项目排班：要求支持可对本科室开展的治疗项目、可进行操作的医师人员进行时间排班的安排，并可进行查询。2.排班审核：要求支持对排班记录，可由医师进行审核，审核后作为已生效的排班安排可用户对患者的治疗预约。15.7 治疗预约▲1.治疗登记：要求支持可接收由临床发起的治疗申请，并能查看患者的临床信息，完成对病人的接收登记。▲2.治疗计划安排：要求支持可根据患者申请的治疗项目，依据该项目的排班安排，对患者治疗周期中的每次治疗进行时间预约和计划安排。3.治疗预约查询：各科室可查看本科各项目已预约的患者情况，包括预约数量统计、预约时间等。15.8 治疗记录▲1.治疗内容管理：要求支持可根据各科治疗项目的特点，自定义各治疗操作中需要记录的信息内容。▲2.治疗操作记录：要求支持依据对患者的治疗计划安排，对患者的每次治疗操作进行接诊，并按照定义的治疗内容记录对治疗操作过程进行登记。15.9 记录查询1.排班查询：要求支持临床科室在对患者进行治疗申请时，可查看对应科室、治疗项目的排班安排。2.患者治疗计划查询：要求支持在治疗科室对患者治疗预约进行计划安排后，可由临床科室进行查看安排情况，以便了解对患者的治疗时间安排。3.患者治疗记录查询：要求支持治疗科室对患者的每次治疗操作记录，可由临床科室进行查看。 | ||||
16 康复系统 | 16.1 总体技术要求(1)▲要求支持与HIS系统一体化应用但又能独立升级。(2)▲满足《康复治疗指南》、《康复医学科管理及诊疗规范》等规范要求。(3)要求支持权限管理，可对现有系统所有功能模块及使用系统的医生角色进行快速的权限对应，实现临床科室更高效的人员管理，有助于工作效率的提升。16.2 用户权限管理要求(1)要求支持科室人员管理，HIS系统用户导入，与HIS共用用户。(2)要求支持权限角色管理，针对不同用户群体设置不同权限。(3)要求支持用户角色管理，针对不同用户设置不同角色的权限。16.3 基础数据管理要求(1)要求支持场所管理， 针对各个治疗场所设置对应可执行的治疗项目及治疗项目与设备的对照，在患者预约安排时可查看场所、设备等信息。同时，在患者移动端可查看治疗项目对应的场所。(2)要求支持设备管理，根据不同的治疗技术手段设置对应的设备信息。(3)要求支持部位管理，根据不同的分类设置康复常用的部位，在治疗后计费时，可根据不同部位进行计费。(4)要求支持治疗项目管理，根据不同的治疗技术分类设置治疗项目，可设置项目的费用、操作人员；并查看项目对应的设备及场所。(5)要求支持评估表管理，根据不同的功能分类设置评估量表，可与诊疗项目进行对照，在进行评估时可与医嘱进行同步。可设置评估量表对应的结果及值域，异常值域与治疗项目、评估量表的对照。(6)要求支持组合模板管理，根据实际业务需要，设置常用组合模板（如脑卒中康复评定）及对应的评估量表，在康复评估时可快速选择。16.4 康复医生工作站要求16.4.1▲要求支持与HIS医院的高度整合。14.4.2▲要求支持医师对患者进行康复评估、预期目标、康复计划等操作及查看。1.康复评估(1)要求支持新增评估记录，可在不同阶段（初期、中期、末期）选择评估量表进行康复评估。(2)要求支持手工选择、组合模板、协助评估项目不同方式选择评估量表。(3)要求支持多个评估量表的连续书写。(4)要求支持移动端的康复评估，以满足无电脑条件下进行康复评估的场景，如床旁评估。(5)要求支持医师邀请治疗师协助评估的申请。(6)要求支持协助评估申请不同状态的查看。(7)要求支持综合类医院康复科室被邀请进行会诊的业务场景，会诊接受后，邀请科室医师可查看康复相关信息。(8)要求支持手工补充评估量表。(9)要求支持评估量表未完成情况下的作废。(10)要求支持不同阶段同一评估量表在不同时间的结果对比。2.问题目标(1)要求支持根据评估结果，自动产生患者当前康复问题清单。(2)要求支持预期康复目标设置，可自动以评估结果更好一级的标准作为默认目标，同时要求支持手工设置目标。(3)要求支持治疗师对存在的问题根据问题程序和影响、患者意愿等选择是否进行治疗处置。(4)要求支持不处理问题原因的填写。(5)要求支持同一评估问题与上一次评估结果的对比，形成患者问题的变化趋势。3.康复计划(1)要求支持快速手工添加、修改康复计划。(2)要求支持针对康复计划进行床旁治疗的标记。(3)要求支持通过问题清单，自动产生康复计划。(4)要求支持康复计划的下达，并自动产生医嘱。(5)要求支持多个问题针对同一康复项目，在不区分部位情况下合并显示，区分部位情况下分开显示，以要求支持不同情况的自动计费。16.4.3要求支持患者治疗项目的预约安排及执行状态的查看。16.4.4要求支持康复项目费用查看。16.5 治疗师工作站(1)要求支持治疗师对自己主要负责的患者信息的查看。(2)要求支持治疗师对自己协助医师进行康复评估的患者信息的查看。(3)要求支持治疗师对自己对患者进行康复评估、预期目标、康复计划等操作及查看。(4)要求支持患者治疗项目的预约安及执行状态的查看。(5)要求支持康复项目费用查看。(6)要求支持治疗师对患者病案进行查问。16.6 治疗师排班(1)要求支持主管治疗师（治疗师长）对治疗师的排班。(2)要求支持通过复制上月产生当前月份的治疗师排班计划。(3)要求支持完成排班之后进行调班。16.7 治疗师分配(1)要求支持主管治疗师（治疗师长）对治疗师进行分配。(2)要求支持分配之后对治疗师进行更改。(3)要求支持主管治疗师（治疗师长）对患者是否完成康复治疗的查看。16.8 患者预约安排(1)要求支持长期康复项目一次性完成预约安排。(2)要求支持预约安排时，根据康复项目自动获取需要占用的治疗室、治疗师、设备等。(3)要求支持患者预约安排的排他性（治疗师、场所、设备、患者自身、项目间隔时间），避免出现交叉。(4)要求支持场所、设备信息查看。16.9 协助评估申请(1)要求支持主管治疗师（治疗师长）接受协助评估的申请。(2)要求支持主管治疗师（治疗师长）对已申请的接受协助评估患者进行作废。(3)要求支持主管治疗师（治疗师长）对协助评估的患者不同状态的查看。16.10 治疗师执行(1)要求支持治疗师对自己负责康复治疗患者信息的查看。(2)要求支持对已报道患者队列的查看。(3)要求支持对患者的治疗进行执行登记，记录开始时间。(4)要求支持批量对患者的治疗进行执行登记。(5)要求支持对患者的治疗进行结束登记，记录结束时间。(6)要求支持批量对患者的治疗进行结束登记。 | ||||
17互联网应用管理 | 17.1智能院中宣教系统 宣教知识管理 1）要求系统预置常见疾病和医嘱的宣教知识库，要求支持医院自己添加和修改宣教知识内容；2）要求支持医院根据自身需要定义各科室常用的宣教文章；3）要求支持图文、音视频多种宣教形式。（视频会产生第三方收取的服务费） 宣教规则管理 1）要求支持宣教规则的定义和维护，包括宣教时间、宣教内容、宣教对象、宣教方式等；2）要求支持根据患者就诊状态、疾病诊断、医嘱等定义宣教规则。 宣教任务管理 1）要求支持根据宣教规则自动生成宣教任务，并自动向患者推送宣教内容；2）要求支持护士手工为患者推送宣教内容；3）要求支持护士宣教任务查询，包括我的宣教任务，待宣教、已宣教、疑问待处理。 宣教跟踪分析 1）要求支持患者阅读状态查看，如：是否阅读、是否理解；2）要求支持患者对宣教内容的疑问反馈，要求支持护士对反馈疑问的后续处理；3）要求支持按不同维度统计分析，包括医院整体宣教情况、科室宣教情况、患者阅读情况、患者疑问量、医护解答量等分析等；4）要求支持按照日、周、月、季度等周期，对护士、病区数据进行统计，要求支持指标科室排名。 17.2智能随访系统 患者档案查询 1）要求支持在院/出院患者清单查询，自动提取患者基本信息、就诊记录和历史随访记录；2）要求支持患者医疗档案查询，包括医嘱、病历、检验检查报告等。 随访方案管理 1）针对随访方案的规则库设置科室常用的诊断、手术、医嘱等关键词，用于制定随访方案运行规则；2）系统预设常见科室及人群的随访方案，要求支持针对不同的患者制订随访方案，包括方案名称、随访内容、随访时间、随访频率、执行角色等；3）要求支持随访方案的制订和使用权限管理，并分配相应权限给不同科室、角色和人员进行管理。 随访模板管理 1）系统预置常见随访问卷，要求支持医院或科室根据科室特点定义随访模板；2）要求支持随访模板中包括多个随访项目，以及每个项目的随访选项；3）要求支持随访内容和结果采用结构化存储，随访内容要求支持标准项定义选择和自由录入；4）要求支持设置线上自助随访模版的异常定级规则，智能识别异常个案；5）要求支持设置异常随访结果跟踪科室、跟踪角色，跟踪处理措施等。 住院随访管理 1）要求根据患者特征，自动匹配随访方案，并自动生成线上自主随访或人工电话随访任务；2）要求支持患者自主随访未完成的任务分配给电话随访人员；3）要求提供随访患者清单查询，可按未随访、已随访、失访等状态分类查询；4）要求根据患者疾病诊断，智能推送相关疾病宣教知识文章；5）要求支持手工为患者添加随访任务；6）要求支持患者随访任务的启动和停止；7）要求支持随访中心集中随访全院出院病人或分科随访两种随访开展模式；8）要求提供内置标准随访模版和宣教知识。 院后宣教管理 1）要求系统预置常见疾病和医嘱的宣教知识库，要求支持医院自己添加和修改宣教知识内容；2）要求支持医院根据自身需要定义各科室常用的宣教文章；3）要求支持图文、音视频多种宣教形式。 智能复诊管理 1）要求支持根据患者情况自动生成复诊计划，也可手动调整复诊计划；2）要求提供复诊管理集约视图，实时查看科室患者复诊计划、预约患者清单、复诊患者清单；3）要求支持复诊邀约，对过期未复诊患者进行电话、微信提醒邀约；4）要求支持自动关联复诊记录和跟踪复诊结果。 智能关怀提醒 1）要求支持随访任务提醒，宣教文章阅读提醒.2）要求支持向患者智能推送复诊提醒。 随访抽查管理 1）要求支持查看所有科室住院随访记录和随访结果；2）要求支持回听随访电话录音；3）要求针对已随访记录要求支持按比例、按数量方式制定随访抽查计划；4）要求支持随访抽查任务执行管理，要求支持电话、微信方式进行抽查。 随访服务患者端 1) 要求提供患者端随访中心，要求支持患者查看历史随访记录；2）要求提供患者端宣教中心，要求支持患者查看历史宣教文章；3）要求提供患者端健康日历，患者可根据日历查看当日随访、宣教、复诊计划。 随访监管分析 1）要求支持统计查询各部门、临床科室的随访执行情况；2）要求支持分布式计算、数据可视化、多维报表，实现对科室或人员的随访工作评价、工作量统计分析等。 17.3满意度评价系统 患者满意度调查 1）要求提供满意度评价模型，包括：诊疗质量、服务态度、医院环境等，系统自动向门诊患者、住院患者、出院患者、体检客户推送满意度调查问卷；2）要求支持医院自定义满意度调查问卷；3）要求支持持患者扫码快速完成满意度问卷填写；4）要求提供数据分析模型，对采集的问卷信息自动进行分析处理和图形化展现。 医德医风调查 1）要求支持针对门诊患者、住院患者等人群进行医德医风专项抽查；2）要求支持医德医风线上自助反馈或电话反馈后主动登记。 职工满意度调查 1）要求支持发布职工满意度等职工调查任务；2）要求支持职工通过微信小程序等完成调查内容；3）要求支持对职工调查结果进行专项统计分析。 现场调查 1）要求支持发布定期或长期的现场调查计划，要求支持匿名、需身份验证等调查方式；2）要求支持调查人员走访病区、诊室现场调查方式；3）要求支持进行专项统计分析。 公开调查 1) 要求支持公开调查计划和投票计划的发布，要求支持匿名方式调查和投票；2) 要求支持已发布的公开调查计划生成链接和二维码进行分享；3) 要求支持对调查进行进度统计和结果统计分析。 投诉和表扬 1）要求支持患者通过线上或电话方式投诉和表扬；2）要求支持投诉与表扬对象、投诉与表扬方式的登记和后续追踪管理；3）要求支持处理任务流转。 17.4慢病管理系统（限高血压、糖尿病） 慢病档案管理 1）要求支持为高血压、糖尿病患者建立个人健康专案，管理和维护患者基本信息、家庭信息、病史信息、专案信息等。 健康监测管理 1）要求支持对患者重点监测指标的设置和制定管理目标；2）要求支持健康监测情况进行管理，可以查看患者健康监测结果，对比分析典型指标变化趋势。 健康宣教管理 1）提供宣教内容维护功能，要求支持图片、视频等多形式进行自主编辑内容，格式，排版；2）要求支持患者接收、查阅慢性病的健康宣教消息；3）要求支持患者查看历史宣教文章。 健康评估管理 1）要求支持对患者进行首次评估、过程评估、干预效果评价等全过程评估管理；2）要求提供智能健康评估模型，根据健康监测数据和评估问卷自动生成患者病情评估报告和疾病风险评估报告。 健康干预管理 1）要求支持下达个性化干预方案，包括：监测、运动、饮食、用药、体检、宣教、复诊方案等。 慢病随访管理 1）要求支持对慢病患者批量下达随访问卷、宣教文章、健康指导等任务。 慢病复诊管理 1）要求支持根据患者健康方案生成复诊计划，也可手动调整复诊计划；2）提供复诊管理集约视图，实时查看科室患者复诊计划、预约患者清单、复诊患者清单；3）要求支持复诊邀约，对过期未复诊患者进行电话、短信、微信提醒邀约；4）要求支持自动关联复诊记录和跟踪复诊结果。 患者个人中心 1）要求支持个人档案信息查询；2）要求支持慢病个案信息查看，包含患者慢病管理的完整信息；3）要求支持个人慢病管理消息提醒。 17.5院内导航 地图 要求支持室内外地图融合，全院区多楼栋统一展示，室内向量地图采用国际标准的WGS-84规范。 要求支持采用3D向量地图，地图可随前进方向自动旋转，地图旋转时，字体不跟着旋转，保持字体正向显示。 要求支持地图上的POI兴趣点可点选导航。 要求提供APP工具直接对向量地图进行渲染美化，。 要求支持导航箭头始终和地图路径方向保持一致，不可以偏离行进方向；导航不可以因为上下扶梯/楼梯而中断和偏离路径，从而通过手工方式强制更新导航位置和重规划路径. 要求支持地图支持室内外3D模型渲染加载，需包含楼扶电梯，轮椅，护士站，自助机，室外建筑外壳等公共模型渲染。 POI 要求提供专业的POI(兴趣点)校准APP进行科室信息校对，并且用户自己可以通过APP工具对POI信息进行增删或修改。 要求支持POI的分类：基于楼栋，基于楼层，基于科室名称，不同类型的功能设施（如自助挂号机、自助缴费机、自助报告打印机、自助取号机、自助售货机、卫生间、哺乳间、茶水间、充电站、ATM机、寄存柜、电梯、手扶梯）等。 要求支持POI的查询：直接从分类表中选择，手工输入，语音输入等。 要求提供POI分类表及查询的。 要求支持确认初始定位后，POI兴趣点可以按照由近至远自动进行排序。 要求支持地图上POI的名称、经度、纬度、楼层、属性等数据能以Excel表的方式导出，用于管理者决策分析。 要求支持分级显示：可以选择POI在一屏页面上下滑动完整显示，也可以点选分级显示方式（如点楼栋、进入楼层页面、再点具体楼层，然后显示楼层具体科室、不同的功能设施等；满足不同用户对移动端视觉效果的要求。 要求支持分级显示：可以选择POI在一屏页面上下滑动完整显示，也可以点选分级显示方式（如点楼栋、进入楼层页面、再点具体楼层，然后显示楼层具体科室、不同的功能设施等；满足不同用户对移动端视觉效果的要求。 要求支持地图上支持配置室外POI，如医院有对应医联体医院或者其他院区，可通过此功能调用高德/百度等导航软件导航过去 蓝牙信标 要求支持Bluetooth BLE 4.0和苹果公司标准iBeacon协议。 要求蓝牙定位信标内置5dBi 2450MHz高指向圆形极化天线。 要求支持通过手机APP管理工具对蓝牙定位信标位置进行集中管理，也能显示Beacon的剩余电量。 要求防水等级≥IP65；适合室内/室外安装部署，防水防尘。 要求部署方便快捷，不对医院现有设施造成损坏。 要求医院后续建设的基于位置的定位应用可与院内导航系统的硬件蓝牙信标定位设施可复用。需提供技术方案能够满足采购人导航应用需求、以及人员定位管理系统、资产定位管理、急诊绿色通道流程管理系统和医疗废弃物系统等物联网扩展的需要；技术解决方案符合卫生系统相关规范，并遵循国家、医疗卫生行业及相关标准、指南。 要求蓝牙信标支持加密技术，防止其他厂家或其他第三方恶意攻击使用信标，破坏导航体验， 定位技术 要求在定位区域内在原地2~5秒内完成准确的初始定位和初始方向。 要求安卓APP端离线定位，除首次加载数据外，后续可不依赖网络，用户在实际导航过程中，手机无须任何形式的网络连接（3G/4G/WiFi等），不产生任何流量，在蓝牙BLE架构下,要求平均达到 1 ~3 米的定位精度。 要求 室内外定位无缝融合，室外定位采用GPS，室内定位采用融合定位技术（WiFi/BT 4.0 LE/手机惯性传感器/地磁感应/压力计）。 室内导航 要求系统需实现跨楼层和跨楼栋实时导航，全程语音播报，分别提供跨跨楼层和楼栋导航。 要求系统需实现电梯模式、楼梯模式、手扶梯模式和无障碍通道模式等多元最适路径规划，并可直接显示于地图上，供使用者选择。 要求系统需实现驾车路线规划，以满足用户在寻找车位时导航使用； 要求系统需实现模拟导航，如果不在医院也可以搜索相应路线，并进行模拟导航，。 要求系统需实现导航时地图自动缩放至合适大小，并且上下手扶梯/楼梯以及电梯时，显示手扶梯/楼梯以及电梯实景照片以辅助导航。 要求系统需实现将院内导航地图的POI兴趣点可通过微信发送给微信好友，点击链接直接跳转目的地的导航地图，无需再下载APP。 要求系统需实现将院内导航地图区域要求可现场实时共享位置，地图页面需展现实时位置移动。 要求系统需实现手机AR实景导航，提供医院AR实景导航，以及IOS和安卓APP原生SDK的AR； 要求系统需实现全景图功能，患者可以在任何地方通过多角度查看医院室内/室外主要的位置的三维全景图. 提供全景功能。 要求系统需实现紧急逃生通道功能，启用后在医院地图内醒目显示医院紧急通道位置，并规划最近的逃生线路。 要求系统实现显示医院所在区域天气状况功能，方便患者及家属出行。 要求系统考虑到老年用户的操作困难，为老年患者特意推出关怀模式提供大字体显示，点击关怀可立刻放大字体。 要求系统需实现来院一体化导航功能，用户不在院区范围内时，自动调用百度、高德或腾讯地图完成室外导航，同时调用室内导航，展现医院室内科室导航。 要求系统需实现院区间免费班车发车时间表和站台导引。 医院业务系统对接 要求系统需开放标准接口，可用于与医院线下的场景结合，如自动挂号机、收费窗口、报告打印机等环节打印出来的单据提供目的地二维码，患者手机即扫即导航。 基于院内导航的扩展服务 要求基于院内导航的蓝牙信标和地图可被物联网应用的人员定位和物资定位共用；院内导航和人员定位、物资定位都可使用同一个院内地图，地图保持同步更新； 要求基于院内导航的蓝牙信标和地图可被急诊物联网应用的急诊绿色通道患者路径管理共用，可提供院内急救医护人员、患者和医疗设备的定位功能，为医院提供实时位置、时间、活动轨迹的数据采集和Open API接口， 要求基于院内导航的蓝牙信标和地图可被基于位置服务的中央运送系统、资产盘点系统、医疗废弃物管理等物联网共用。 支持平台 要求支持iOS 8.0及以上，Android 4.3及以上的移动终端系统。 要求系统开放标准SDK，可用于嵌入到医院掌医APP（IOS和Android系统）。 要求系统开放标准接口，可用于嵌入到医院微信公众号。 要求系统开放标准接口，可用于嵌入到医院小程序。 要求系统可向第三方移动医疗应用开发商提供安卓和IOS的SDK套件以及API接口。 安全性 要求导航程序移动端APP，符合国家安全规范和已允许上线，不存在侵犯隐私/代码漏洞/木马/病毒等。 17.6智能导诊 总体要求 要求智能导诊系统与医院现有的导航系统对接后实现导诊功能，减少重复建设； 智能导诊 ▲系统提供标准接口与医院移动端业务流程对接，患者点击医院微信公众号的消息模板里的导航链接，要直接跳转小程序对目的地地点开始导航。不能为APP链接。 ▲系统提供标准接口与医院HIS系统对接，根据患者的就诊环节及流程，向患者推送下一步的就诊提示信息（例如内科诊室、抽血处、影像科、药房等），无需患者主动输入 ▲系统提供标准接口可用于与就诊提示信息对接，基于推送的就诊提示信息，患者点击后进入地图，并提供导航功能。 ▲系统提供标准接口与排队叫号系统对接，支持线上报到功能，患者进入就诊科室或医技科室范围内即可使用小程序完成线上报到；未到达科室范围则无法完成报到。 ▲系统提供标准接口与医技相关系统对接，为患者推荐医技检查流程列表（例如同时需要进行抽血、B超、心电图等），并进行智能路线推荐。 17.7门诊服务 要求支持在医院现有小程序上进行病人候诊信息查询 要求支持在医院现有小程序上进行自助检验项目预约 要求支持在医院现有小程序上进行检查项目预约 要求支持在医院现有小程序上进行门诊病历信息查阅 17.8住院服务 要求支持在医院现有小程序上进行自助入院办理服务 要求支持在医院现有小程序上进行手术进度查询 要求支持后台对病历复印项目进行编辑和管理（如：计费项目名称、计费方式、邮费选项和服务协议等）； 要求支持申请人在微信公众号自主选择病历复印项目、提交审核资料、支付费用；支持申请时实时校验患者住院记录；支持查看病例复印历史记录； 要求支持患者本人、新生儿监护人、患者委托代理人、死亡患者法定代理人等多种申请方式；支持OCR图像识别患者和委托人身份证件; 要求支持线下登记病历复印申请； 要求支持后台对病历复印申请资料进行审核和发起物流配送；支持对接物流平台自动面单；患者可在线查询物流轨迹。 要求支持在医院现有小程序上进行出院带药查询 要求支持在医院现有小程序上进行营养订餐（预留接口） 17.9导诊大屏机 ★要求配备壹台55寸立式（约1900*752*51.6MM）,壹台卧式导航大屏机（约1275*752*76.7mm）。 电压范围：AC（100－240）V/50－60HZ 最大功耗：<160W 待机功率：<1W 电源管理：符合 VESA DPMS 标准 尺寸：1900*752*51.6MM（立式）,1275*752*76.7mm，（卧式） 面板尺寸：≥55 inch 面板类型：LG原装工业级ELED模组 亮度：≥500cd/m2 对比度：≥1100：1 分辨率：≥3840×2160 可视角度：≥178° 显示色彩：≥16.7M 点距：≥0.315（水平）×0.315（垂直） mm 显示区域：≥1209.6 (H) x 680.4 (V) 使用寿命：≥50000H 图像解码方案：RTD方案 图像解码能力：支持4K信号解码 图像解码技术：支持AMD 显卡的 FreeSync 2 技术，支持 HDR10 高动态范围图像 视频输入：HDMI*2或以上，DP*2或以上； 控制芯片：瑞芯微3399 操作系统：安卓7.1以上 解码能力：≥双核四Cortex -A72+四核A53 图片支持：GIF、JPEG、PNG、BMP 内存：≥4G DDR3 存储：≥EMMC 32G 网络：以太网（RJ45）、支持WIFI,支持蓝牙4.0 音频支持：MP3,WMA,MP2,OGG,AAC,M4A,MA4,FLAC,APE,3GP,WAV 视频支持：支持wmv、avi、flv、rm、rmvb、mpeg 、ts、mp4等 图片浏览：支持JPG、BMP、PNG、GIF等各种图片格式浏览并支持旋转/幻灯片播放 文书处理：EPUB, WORD, EXCEL, POWERPOINT, PDF, TXT USB：USB2.0或USB3.0或USB-typeC 视频输出：HDMI*1或以上； 触摸：红外10点触摸,支持同时书写，自动识别免安装，手指、笔，或其它任何非透明物体，连续点≤4ms；线性误差1mm； 质保期1年。 | ||||
18 血液管理系统 | 18.1 总体技术要求1．▲要求支持与HIS系统一体化应用但又能独立升级。2．▲满足《医疗机构临床用血管理办法》和《临床输血技术规范》的政策要求。3．▲要求支持权限管理，可对现有系统所有功能模块及使用系统的角色进行快速的权限对应，实现更高效的人员管理，有助于工作效率的提升。4．▲要求支持专业性知识的利用，使其能达到合理用血的指征评估、相容血液的自动匹配、血液检测流程的自动匹配等，是产品功能符合专业性的要求。18.2 用血计划▲要求支持可根据统计历史用血情况及用血量年平均增长情况自动评估估算当前年、月、日用血量计划，并可以此作为各类血液库存预警界限的设置依据18.3 血液预订▲要求支持可根据库存实际量和预警线自动产生需要补充预定的血液品种和数量，以此作为向血站预定输液的依据。并在和血站系统接入互通并接口满足的情况下，可将订单实时发送至血站。18.4 血液入库1．▲要求支持可实现血站发血的手工入库和核对入库。2．▲要求支持对于贮存式自体输血，可对采集的病人自体血液进行入库，并记录对应的病人信息，及血液的血型、采集日期、保存位置等信息，一个病人多次采血时，可进行多次的采血记录。3．▲要求支持对调用其他医疗机构的血液供本院使用时，可对调入的血液记录来源、条码、血液信息等，并补充本地库存。4．▲要求支持对入库未使用的血液，若允许退回时，可对血液退回发出机构，并减少库存。18.5 库存预警1．▲要求支持可按照用血计划或手工设置各血液品种的库存水平和预警界限，并可按照库存积压、正常、偏少、紧缺等多级设置界限，当库存在对应界限时，给出对应的提示或标识。2．▲要求支持可按照血液的有效期，及时的对近过期线的血液进行预警提示。18.6 库存报废▲要求支持对过期的血液，或对血液质量检查不合格的情况下，可对血液进行报废登记。18.7 存储位置管理▲要求支持可维护血液保存的物理位置和环境条件，并在血液入库时，可选择记录其相关的存储位置。18.8 临床用血申请1．▲要求支持实现临床治疗用血、择期手术用血的申请单下达，可自动获取病人的基本信息，并可录入输血目的、用血品种、用血量等输血相关信息，并自动提交至审核环节。2．▲要求支持对紧急用血的申请，并依据紧急程度的不同，可提示并规范血库进行的不同后续操作，比如“危急”情况下在10-15分钟内发出第一袋未经交叉配血的O型红细胞或AB型新鲜冰冻血浆；“紧急”情况下在30分钟内完成ABO血型正反定型和凝聚胺主侧配血，并发放相容血液。18.9 自体输血申请▲要求支持可对贮存式自体输血进行申请，可填写相应的申请信息和计划贮存血量，供血库工作人员进行审核，并可根据采集量和采集量上限等规则，自动生成可修改的采血计划，并反馈临床供参考。18.10 术中自体输血记录▲要求支持术中开展的回收式和稀释式自体输血，可在术后由临床或血库进行术中输血记录，包括回收输血量，血液稀释量和浓度等。18.11 输血前评估▲要求支持在进行用血申请时，根据输血目的和选用的输血品种的不同，自动提取需要的输血前检验结果和血型结果，及相关的评估项内容供临床选择。无相关检验记录的进行提示并禁止申请，并检查其评估项是否符合输血适应证并进行提示。18.12 用血审核▲要求支持可根据用血量的不同，使用不同人员参与的多级审核制度，可自行设置用血量的多个标准，及每个标准下需要参与审核的人员。18.13 发血管理1．▲要求支持审核后的临床用血申请，可由临床打印领血单，并凭领血单至血库进行领血，和血库双方共同核对血液质量情况并进行记录。可通过扫描血袋条码进行血液的核对。2．▲要求支持由血库采集保存的自体血，在临床领用时双方共同进行核对，并对双方进行记录。3．▲要求支持对紧急用血的申请，可根据紧急程度及患者血型情况自动提示可用的相容血液和后续操作4．▲要求支持对于发放临床使用的血液，可设置退回的时效期限。在期限内且血液质量无影响的情况下，可对发放的血液进行回退，并恢复库存18.14 血液相容性检测1．▲要求支持对需要采集标本重新做相容性检测的申请，可对临床采集的标本进行核收登记，并检查记录其标本质量情况。2．▲要求支持可根据申请使用的血液品种自动判断需要进行的操作流程和方法，比如新生儿可不反定型鉴定血型；血浆不需要交叉配血；洗涤红细胞只需要主侧配血3．▲要求支持对病人血型进行复核记录，包括ABO和Rh(D)。4．▲要求支持可根据申请的血液品种判断是否进行交叉配血环节5．▲要求支持当通过输血申请评估病人存在输血史、妊娠史、多次输血时，或交叉配血不合时，提示须进行不规则抗体筛查，并对过程和结果进行记录。若不规则抗体筛查为阳性，还可进行抗体鉴定的结果记录6．要求支持检测后的标本，按要求需要进行保存一段时间，可对标本进行存储登记，并在超过时效后进行提示，进行销毁处理和记录18.15 不良反应记录▲要求支持当患者输血出现输血反应时，临床医师或输血科可进行不良反应的登记填报，包括实际输血时间、病人反应体征、不良反应类型、处置措施等。提供标准化的数据进行选择快速填报。当患者再次输血时，可自动提示患者有输血不良反应史18.16 输血后评估要求支持可自动采集患者输血后24小时（或其他时限）内的各项检验指标结果，并比对输血前记录，供临床医生参考在病历中输血效果评价。18.17 血袋回收1．要求支持输血完成后，临床将血袋送回血库后，可扫描条码完成血袋的回收登记。2．要求支持再次对回收后的血袋进行确认操作，可进行血袋的销毁登记历次反馈。 | ||||
19 IT运维监控管理系统 | 19.1 平台要求1、要求平台运行于Linux操作系统之上，保证平台稳定性和安全性。同时，要求平台数据库基于开源数据库，运维数据中心支持分布式数据库存储，用户无需再另行购买数据库授权。★2、要求平台为终身授权。在免费售后服务期限内，免费提供产品售后及升级服务。★3、要求平台为基于内网的企业级运维监控产品，平台以业务系统监控为主线，实现集业务、软件（包含数据库、中间件、虚拟化软件）、网络、设备、Web应用的多维度立体化统一运维监控及数据分析。支持微信公众号、微信小程序进行报警的接收和查询。同时支持以邮件、短信、页面、声音的多种报警方式。4、要求平台提供大屏展示、自定义大屏数据展示功能，一屏循环播放多视图。5、要求平台支持对监控策略自定义配置功能，可按照业务系统、IP地址、设备类型、监控指标等进行单独或分组配置监控策略；同时要求提供至少6级以上报警级别设置功能，每个级别可自定义选择报警显示的图标与颜色以进行报警级别区分。6、要求平台具有业务日志审计功能，通过采集业务系统日志，包含HIS系统，数据中心平台系统，按等保合规要求存储，并对业务日志进行分析审计。7、要求平台支持服务器代理或者无代理模式，支持监控主机的自动部署，自动发现主机。19.2 网络设备监控1. 要求支持上网行为管理、网闸、防火墙等系统联动监测。要求支持的监控协议包括但不限于：2. SNMP 协议：要求支持SNMP V1,要求支持公有MIB，私有MIB，要求支持TRAP的接收处理。要求支持SNMP V2,要求支持公有MIB，私有MIB，要求支持TRAP的接收处理。要求支持SNMP V3。3. 要求支持各设备厂家自定义的MIB路径。4. SYS LOG：要求支持对设备SYS LOG的管理（采集）、统计、分析。TELNET协议：要求支持通过Telnet协议对网络设备的管理、信息采集。5. SSH协议：要求支持通过SSH协议对网络服务器的管理、信息采集。19.3 服务器监控1. Windows服务器监控要求支持Agent、WMI、SNMP方式；2. Linux服务器监控要求支持Agent、Telnet、SSH, SNMP方式;3. Unix服务器监控要求支持Telnet、SSH, SNMP方式。4. 可以监测windows日志、文本日志、目录、文件大小、CPU、内存、磁盘、错误日志。19.4 虚拟化设备监控1. 要求支持对独立的ESXi宿主机的进行监控，以及对集成的vCenter进行监控，VMware ESXi监控指标包括 服务成功率(%)、平均响应时间(ms)、CPU使用率(%)、内存使用率(%)、活动内存(MB)、磁盘读IO(次/20s)、磁盘写IO(次/20s)、磁盘读速率(KBps)、磁盘写速率(KBps)、网络接收速率(KBps)、 网络发送速率(KBps)、硬盘读取滞后时间（毫秒）、硬盘写入滞后时间（毫秒）、虚拟机CPU使用率（%）、CPU使用量（MHz）、内存利用率（%）、活动内存（MB）、内存总量（MB）、硬盘读速率（KBps）、硬盘写速率（KBps）、硬盘读IO（次/20s）、硬盘写IO（次/20s）、网络接收速率（KBps）、网络发送速率（KBps）、数据存储使用率(%)、总容量(GB)、剩余容量(GB)等。vCenter物理主机CPU使用率(%)、CPU使用量(MHz)、内存使用率(%)、活动内存(MB)、内存总量(MB)、磁盘读IO(次/20s)、磁盘写IO(次/20s)、磁盘读速率(KBps)、磁盘写速率(KBps)、网络接收速率(KBps)、网络发送速率(KBps)等。虚拟机的电源状态、CPU使用率（%）、CPU使用量（MHz）、内存利用率（%）、活动内存（MB）、内存总量（MB）、硬盘读速率（KBps）、硬盘写速率（KBps）、硬盘读IO（次/20s）、硬盘写IO（次/20s）、网络接收速率（KBps）、网络发送速率（KBps）。数据存储使用率(%)、总容量(GB)、剩余容量(GB)等。2. 存储设备监控:要求支持HPMSA 设备、IBM、NetAPP、SasRaid、EMC 等存储，监控指标主要包括 电源、CPU、磁盘、传感器等监控。19.5 数据库监控1. 要求支持对Oracle, SQL Server, My SQL, DB2, Sybase, PostgreSQL等数据库的监控。网管能对Oracle的监控要求支持OCI和ODBC两种方式，即Oracle调用接口。网管对Oracle要求支持全面的监测方案，包括表空间、死锁数、用户连接数等指标参数。要求支持Oracle 10g, 11g，12c。可监控游标数、死锁个数、缓冲池命中率、表空间、进程、TopN数据库语句。SQL Server监测点包括缓存区统计管理、 内存统计管理、 用户统计管理、 Cache统计管理、请求统计管理、锁统计管理、SQL Database。2. 要求支持SQL自定义监测，可以允许客户自己写SQL语句，定义监测指标。19.6 业务系统监控★要求平台监控能够对医院新旧HIS系统运行错误记录，HIS系统报表系统（访问记录，调用时长等），EMR系统运行错误记录进行监控。19.7 数据中心监控1.提供对数据中心数据服务器的监控1.1要求支持监控集成平台引擎服务器的CPU使用率、内存使用率、磁盘使用率、网络传输流量等基础指标2.提供对数据中心数据一致性的监控2.1要求支持监控Oracle GoldenGate同步状态、同步时延、错误日志2.2要求支持监控Oracle DataGuard同步状态、同步时延、错误日志3.提供对数据中心数据采集的监控3.1要求支持监控业务采集视图的刷新状态、刷新时延以及错误日志19.8 集成平台监控1.提供对集成平台引擎的资源监控1.1要求支持监控集成平台引擎服务器的CPU使用率、内存使用率、磁盘使用率、网络传输流量等基础指标1.2要求支持监控集成平台引擎的JVM内存使用率、引擎CPU负载以及引擎线程数1.3要求支持对集成引擎内部的链式监控2.提供对集成平台的业务监控2.1提供对业务消息队列数量监控，统计各业务患者流量2.2要求支持对Web Service进行监控时，能够通过WSDL地址可用性、函数调用返回值符合预期性及调用时间符合预期性三方面分析判断WebService状态，并进行告警2.3要求支持通过Web Service的容器日志分析Web Service的调用状态。包括调用状态码、调用时长、客户端地址等信息2.4要求支持根据分析结果定位Web Service调用失败、响应缓慢的情况3.提供对集成平台运行日志的分析监控，提供性能、错误预警4.提供集成平台拓扑监控视图4.1可对集成拓扑进行自定义4.2要求支持拓扑视图内添加指标4.3要求支持对指标设置阈值告警提示19.9 自助终端监控1.自助设备的资源使用1.1要求支持监控自助终端设备的CPU使用率、内存使用率、磁盘使用率、网络传输流量等基础运行性能指1.2要求支持自助设备打印数量监控2.自助设备的可用性监控2.1要求支持通过监控设备的Ping连通性、系统开机连续运行时长、系统服务、进程、端口等方式对设备可用性综合评定3.自助设备的使用效率监控、分析和统计19.10 日志监控1、要求支持对网络设备、操作系统、weblogic、Orion消息中间件、IIS、HIS和tomcat的日志检测分析功能，用户可以根据需要设置不同的日志检索规则，软件定期将符合用户检索条件的日志取回形成日志列表，用户直接可以产看日志错误的原因。19.11 应用性能监控要求平台监控支持应用性能监控，在单一的清晰视图中，直观地查看医院服务间的联系。了解它们在重点 KPI 方面表现，通过分布式跟踪将所有内容整合在一起观察。清晰查看您的各项服务之间的交互情况。查看利用了哪些消息传递框架（例如集成平台中间件），然后对所有这些框架的服务调用操作进行可视化，找到路径中何处存在潜在问题，并精准确定需加以优化的组件19.12 大数据分析平台1、要求支持支持对业务系统的运行日志，系统探针，SQL抓取，后台脚本等方式收集系统运行数据；★2、要求支持大数据中心支持分布式部署，采用非商业数据库；3、要求支持基于机器学习检测进行大数据分析，建立业务主题的分析平台等。★4、要求支持基于运维大数据中心，定期自动生成至少包含操作系统，数据库，中间件，应用系统的巡检报告。19.13 移动报警要求支持平台提供基于企业微信、钉钉等消息平台进行告警接收与展示，可对告警进行跟进记录。 | ||||
20 中级临床决策要求支持系统（CDSS） | 知识库(1) 知识库检索：要求支持通过多种方式（关键字、标题首字母）检索知识库内容，涉及疾病知识、检验检查知识、评估表、药品说明书等知识内容。(2) 疾病详情：★疾病知识库要求支持至少能够提供三千余种疾病的详细知识内容，应包含疾病定义、病因、病理、临床表现、检查、并发症、诊断、鉴别诊断、治疗、预防的详细知识库内容，为医生的继续学习提供了丰富的素材。(3) 处置建议：★知识库要求支持至少能够提供900余种疾病的处置建议，其中内容应包含：治疗原则、非药物治疗、合并症治疗的三项内容。(4) 用药建议：知识库要求支持至少能够提供800余种疾病的用药建议，应包含疾病分型以及不同分型详细的药物治疗建议。(5) 检查建议：知识库要求支持至少能够提供800余种疾病的检查建议，应包含疾病相关的实验室检查、影像学检查、病原学检查的详细知识内容。(6) 患者指导：知识库要求支持至少能够提供200余种疾病相关的患者出院指导说明。(7) 检验/检查：知识库要求支持至少能够提供700余种检验/检查项目说明。检验项目说明涵盖检验项目定义、合理参考范围和临床意义等内容；检查项目说明涵盖检查项目定义、检查适用范围以及影像学结果说明等内容。(8) 药品说明书：★知识库要求支持至少能够提供9400余篇药品说明书。(9) 评估表：★知识库要求支持至少能够提供600张临床常见评估表。 护理知识库：护理知识库至少能够提供400篇护理、治疗详细知识内容,包含操作前准备、操作程序及方法、适应症、禁忌症、注意事项、患者健康指导、护理措施等的详细知识库内容，为医护人员的继续学习提供了丰富的素材。2. 医院自建知识库(1) 知识应用：要求支持医院自行维护知识，维护的知识内容可以与院内知识库相结合，并可以直接在提供给医院的产品中立即生效应用。(2) 字典对照：★要求支持医院字典与院内知识库字典进行对应，至少应包含：药品、检验检查、手术、诊断、药品频率、护理医嘱字典。要求支持区分医院门诊／急诊、住院字典分别对照。(3) 知识维护：★要求支持医院自行知识维护，至少应包含：文献、疾病详情、患者指导、处置建议、用药建议、检查建议、药品说明书、出院指导、检验检查说明等内容的自行维护。(4) 文献知识：需要求支持附件维护，至少应包括：新增、浏览、搜索、清空。(5) 检验合理性规则：要求支持医院根据医院（门/急诊、住院）检验字典，维护与患者症状、临床表现、诊断、检查/检验结果、手术、性别、年龄等情况相关的检验合理性规则。(6) 检查合理性规则：要求支持医院根据医院（门/急诊、住院）检查字典，维护与患者症状、临床表现、诊断、检查/检验结果、手术、性别、年龄相关的检查合理性规则。(7) 手术合理性规则：要求支持医院根据医院手术字典，维护与患者症状、临床表现、诊断、检查/检验结果、手术、性别、年龄相关的手术合理性规则。(8) 国际编码：★要求支持SNOMED CT标准术语库在线查阅，便捷浏览中文版19个概念大类，也可以直接检索所需概念、上下级概念和本概念的其他表达方式。3. 病房医生辅助系统(1) 鉴别诊断① 要求支持结合患者的临床表现（主诉、现病史等病历信息以 及检验值信息），智能判断患者疑 似疾病，实时引导医生全面考虑患者病情，避免漏诊、 误诊。② 要求支持医生根据系统推荐的鉴别诊断，直接查阅诊断相关的疾病详情以及与之相关的文献、指南。③ 要求支持科室，至少包括：普内科（消化内科、呼吸内科、心内科等等）、普外科（心血管外科、神经外科等等）、骨科、妇科、儿科。(2) 推荐检查/检验：要求支持根据患者的诊疗信息，可根据诊断、其他检查与检验结果及知识库提出所需检查/检验项目建议(3) 检查分析：要求支持结合患者当次诊断、主诉、病史等病情情况，对患者的检查报告结果进行解读，判断检查结果要求支持的诊断建议、排除的 诊断、以及更详细的诊断分型，严重程度分级以及后续的治疗措施等。(4) 检验分析：要求支持根据患者的检验结果，系统应要求支持自动判断检验值是否异常及提醒，并进行检验结果解读。提示检验结果解读时，提示结果原因，帮助医生快速 判断校验。(5) 推荐评估表① 要求支持根据患者当前病情，系统可实时为医生推荐该患者需要进行评估的评估表。② 要求支持根据患者评分情况进行程度分析，自动计算分值，并 评估患者当前情况。③ 要求支持医生进行评估时，可以根据患者生命体征、检验结果项目自动完成对应评估项目的评估。④ 要求支持在线完成评估，可将评分结果及分析自动写回患者电子病历中。（需要第三方厂商配合完成接口才可实现）⑤ 要求支持医生可以根据病人病情需要，主动搜索相应评估表，并在完成评估时将评估结果写回电子病历中。（需要第三方厂商配合完成接口才可实现）⑥ 要求支持查阅患者所有在线评估的评估表历史。⑦ 要求支持评估完成的评估表进行在线打印。(6) 推荐治疗方案① ★推荐治疗方案，要求支持根据患者当次诊断，结合现病史、 既往史、用药史、检验结果、检查结果等情况，为医生智能推荐符合临床路 径要求的治疗方案及对应的用药方案。② 要求支持治疗方案推荐，根据最新指南推荐，能够推荐多套治疗方案建议及用药治疗建议。③ 要求支持根据诊断，主诉内容变化，智能调整治疗方案④ 要求支持检查/检验方案推荐，根据最新指南推荐，帮助医生推荐适 宜的多套检查/检验方案，供医生选择。⑤ 要求支持检查项写回，根据医院现有的电子病历、HIS系统要求支持回写的功能，医生根据需要及实际情况选择合适的检 查项，智能写回到患者电子病历中。（需要第三方厂商配合完成接口才可实现）⑥ 要求支持科室，至少包括：普内科（消化内科、呼吸内科、心内科等等）、普外科（心血管外科、神经外科等等）、骨科、妇科、儿科。(7) 临床预警-危急值：要求支持根据患者的检验结果，在医生开具检验医嘱时，自动审核检验值是否落在危急值高值/阳性或低值的范围内，对大于危急值高值或低于危急值低值的检验细项主动进行提示。(8) 临床预警-用药合理性：要求支持根据患者的症状、临床表现、诊断、检查/检验结果等 情况，在医生开具药品医嘱时，自动审核合理性， 对过敏、药物禁忌和药物之间发生相互作用主动进行提示。(9) 临床预警-检查/检验合理性：要求支持根据患者的症状、临床表现、诊断、检查/检验结果等 情况，在医生开具检查/检验医嘱时，自动审核合理性， 对禁忌和相对禁忌的项目主动进行提示。(10) 临床预警-检查/检验重复性审核：★要求支持对重复开具的检验／检查项目可以进行审核提示。(11) 临床预警-诊断合理性：★要求支持根据患者情况（性别、年龄）审查诊断是否合理，并继续实时提示。(12) 临床预警-手术/操作合理性：★要求支持根据患者的症状、临床表现、诊断、检查/检验结果 等情况，在医生开具手术医嘱/手术申请单时，自动审 核合理性，对禁忌和相对禁忌的项目主动进行提示。(13) 手术并发症：★要求支持结合患者手术类型、手术时间及术后患者的临床表 现，检查/检验结果，对术后有可能引起并发症的相关内 容进行预警提示，避免医生遗漏。4. 门诊医生辅助系统(1) 鉴别诊断① 要求支持结合患者的临床表现（主诉、现病史等病历信息以 及检验值信息），智能判断患者疑 似疾病，实时引导医生全面考虑患者病情，避免漏诊、 误诊。② 要求支持医生根据系统推荐的鉴别诊断，直接查阅诊断相关的疾病详情介绍以及文献、指南。③ ★系统应要求支持危重疾病疑似诊断，根据医生录入患者的病历信息，系统进行智能判断后，智能推荐患者存在的疑似危重疾病和疑似诊断详情，帮助医生进行鉴别诊断疾病，要求支持医生在诊疗过程参考疾病信息，快速确诊疾病。当主诉更改后，系统应智能识别主诉信息，并自动进行重新识别推荐。(2) 评估表工具① 要求支持根据患者当前病情，系统实时为医生推荐该患者需要进行评估的评估表。② 要求支持根据患者评分情况进行程度分析，自动计算分值，并 评估患者当前情况。③ 要求支持医生进行评估时，可以根据患者生命体征、检验结果项目自动完成对应评估项目的评估。④ 要求支持在线完成评估，可将评分结果及分析自动写回患者电子病 历中。⑤ 要求支持医生可以根据病人病情需要，主动搜索相应评估表，并在完成评估时将评估结果写回电子病历中。（需要第三方厂商配合完成接口才可实现）⑥ 要求支持查阅患者所有在线评估的评估表历史。⑦ 要求支持评估完成的评估表进行在线打印。(3) 推荐治疗方案① 要求支持推荐治疗方案，根据患者当次诊断，结合现病史、 既往史、用药史、检验结果、检查结果等情况，为医生智能推荐符合临床路 径要求的治疗方案及对应的用药方案。② 要求支持治疗方案推荐，根据最新指南推荐，能够推荐多套治疗方案建议及用药治疗建议，并能够结合患者情况区分推荐级别。③ 要求支持检查/检验方案推荐，根据最新指南推荐，帮助医生推荐适 宜的多套检查/检验方案，供医生选择。④ 要求支持检查项写回，根据医院现有的电子病历、HIS系统要求支持回写的功能，医生根据需要及实际情况选择合适的检 查项，智能写回到患者电子病历中。（需要第三方厂商配合完成接口才可实现）(4) 推荐检查 在初诊未确诊时，支持以明确诊断为目的推荐检查、检验项目。支持检查检验项写回，根据医院现有的电子病历、HIS系统支持回写的功能，医生根据需要及实际情况选择合适的检 查项，智能写回到患者电子病历中。（需要第三方厂商配合完成接口才可实现） 检查解读 根据患者的检验检查结果，支持自动判断检验/检查值是否异常及提醒，并进行检验/检查结果解读。提示检验结果解读时，提示结果原因，帮助医生快速 判断校验。 (6) 检查合理性① 要求支持根据患者的症状、临床表现、诊断、检查结果等 情况，在医生开具检查医嘱时，自动审核合理性， 对禁忌和相对禁忌的项目主动进行提示。(7) 辅助问诊① 问诊推荐：要求支持根据患者的症状、临床表现为医生智能推荐相关问诊路径，协助医生完成患者临床问诊。 可视化问诊路径：要求支持提供图形可视化问诊路径，方便医生能够通过可视化交互快速完成问诊。 智能识别危重病情，提醒医生对患者尽早干预，减少因未及时干预而引起的严重临床后果。 根据医生问诊结论能够提供相应的处理方案。 问诊记录：要求支持根据系统提供的图形化问诊路径自动生成问诊记录。 | ||||
21 医院信息集成平台 | 21.1 信息资源中心21.1.1 元数据管理1．要求支持具备完整的医疗卫生信息结构体系中所需要的统一、无歧义的基本数据单元（包括数据元的名称、属性、标识、表示、值域等描述）；2．依据临床服务、医院管理以及平台应用业务活动，对元数据进行组织，形成以活动为基础的数据集合；3．要求支持具备标准数据字典的维护（包括数据元和术语库）的维护功能；4．要求支持具备标准数据元、标准术语库以及代码映射表均可在应用过程中不断更新的功能；5．要求支持具备标准数据与私有数据对照功能；6．要求支持具备标准数据元格式转换功能。 21.1.2 主数据管理▲1．要求支持在集成平台上构建医院主数据管理数据库，集中统一的管理全院主数据，通过对平台相关的各业务系统提供主数据服务，实现主数据的同步和匹配，包括但不限于术语、人员、科室、检查检验项目、药品、耗材、诊断ICD、手术ICD等；2．要求支持遵循主数据的国际标准、国家标准、行业标准、医院标准，主数据可由平台管理者进行注册、维护；3．要求支持本院全体工作人员和科室数据管理，建立医院统一的组织机构架构，包括业务科室、护理单元、职能部门、后勤部门等；4．要求支持从医院现有业务系统同步人员、科室、病区、药品、材料等相关信息，建立与主数据同步的对应管理。 21.1.3 数据交换定义及转换1．要求支持提供图形化交换配置工具；2．要求支持服务代理、消息路由、数据转换、服务组合等共享交换方式；▲3．要求支持同步、异步、分发等共享交换模式，要求支持服务自运行策略定义。 21.1.4 指标字典管理1．要求支持预置医院常用的统计指标字典（包括：指标名称、用途、业务规则、统计口径等）；2．要求支持具备指标信息的新增、修改、维护功能；3．要求支持具备基于ODR的指标数据组织模型；4．要求支持具备根据指标的数据统计口径，自动计算指标结果数据的功能；5．要求支持具备指标的访问服务；6．要求支持具备通用指标访问控制接口，供各应用系统使用。 | ||||
21.2 信息集成平台21.2.1 服务总线（ESB）1．要求支持XML、JMS、MQ、SOAP等基础消息格式和医疗卫生行业的HIPPAEDI、HL7V2/V3Message等消息格式的转化，以及要求支持HTTP、HTTPs、MLLP、TCP/IP等通信协议切换；▲2．要求支持利用XSLT或XQuery转换、业务规则、系统交叉参考和域值映射进行数据转换和文档扩充；3．要求支持具备不同协议的动态路由功能，且路由规则通过配置方式实现；4．要求支持具备通过请求的数据内容的关键值进行主题发布的功能；5．要求支持对已有服务的重新编排，从而生成新的服务；6．要求支持消息异常处理；7．要求支持消息预警管理机制；▲8．要求支持消息性能的图形化监控；9．要求支持消息备份与恢复；▲10．要求支持多线程通信方式；11．要求支持第三方系统的多种方式调用，包括Web服务、WebAPI、HTTP服务等；12．要求支持请求/响应、点对点、发布/订阅和事件等多种集成模式；▲13．要求支持基于内容的路由和内容过滤。 | |||||
21.2.2 患者主索引（EMPI）1．要求支持患者主索引根据医疗业务特点应用特定的算法为在不同时间点、不同业务系统中的患者提供唯一标识服务，能够将分布在不同系统，不同标准的医疗信息通过患者主索引关联起来；2．要求支持各业务域患者信息注册，例如：门诊患者、住院患者、体检患者等；3．要求支持通过各业务域患者ID号（例如：门诊号、住院号）查询患者主索引信息；▲4．要求支持跨患者域交叉查询服务；5．要求支持通过门诊号查询患者住院号；6．要求支持通过主索引ID查询；▲7．要求支持通过主索引ID查询相关联的门诊/住院等患者信息。 | |||||
21.2.2.1运营数据中心子模块1. 数据仓库建设1.1基础架构1） 要求支持ODR用于医院各个业务系统的数据集成，实现各业务系统的数据镜像和集中存储；2） 要求支持基于日志或时间的增量数据同步；3） 要求支持异构数据库集中统一采集和存储；4） ODR数据库涵盖临床和管理数据，对数据实时查询、数据仓库、面向患者的公众信息服务以及区域卫生提供数据层支持；5） 要求支持ODR数据库支持整个医院范围内各业务系统的协同；6） 要求支持数据仓库存储支持MySql、Postgresql等开源数据库；7） 要求支持Sql Server Analysis Service等OLAP SERVER服务器。1.2指标体系1) ★要求支持基于国家公立医院绩效考核、医院等级评审标准（2020）所涉及相关指标，建立针对医疗业务管理所需的基于多维数据集（数据集市）的指标库。2) 要求支持对于没有系统来源或数据质量达不到管理要求的指标提供自定义填报表单；3) 要求支持根据指标库数据标准，能够通过系统自动从门急诊、住院、医技平台科室信息系统中采集运行数据，并根据需要绘制所需报表；4) 要求支持根据指标评价结果，对重点业务、风险业务进行督导。根据不同管理需要，能够从多维度（如品种、科室、病种或手术、使用人等）综合分析药品耗材运营数据（如采购、领用、收入、成本等）、管理指标（如耗占比、药占比、每百元医疗收入（不含药品）卫生材料消耗）趋势，并及时干预。1.3分析主题1) 日常运营监控要求支持工作负荷、门诊预约分析、门诊工作效率、门诊收入分析、住院工作效率、住院人次分析、住院费用分析、药占比监管、患者来源分析、退费分析；2) 医疗质量分析要求支持手术专项分析、抗菌药物专项分析、院内感染专项分析、急救专项分析、药事质控、护理质量医疗安全；3) 临床药学要求支持门诊输液人次分析、门诊注射人次分析、住院抗生素分析、住院中药注射剂处方、住院抗菌药物注射剂处方；4) 药品及耗材管控专项分析要求支持基药使用不良反应、合理用药、科室耗材使用监管、医生耗材使用监管、高值耗材流向监管；5) 医保分析要求支持门诊医保收入、门诊医保诊次，进行分析。分析项目包括：医保预算额度、医保收入实际发生数、医保剩余额度、完成率。提供相应饼图、折现图、柱状图分析；住院医保收入、住院医保床日，进行分析。分析项目包括：医保预算额度、医保收入实际发生数、医保剩余额度、完成率。提供相应饼图、折现图、柱状图分析。2. 指标库管理系统2.1指标库管理1) 要求支持自定义指标配置，统一管理考核指标。支持对数据来源（采集、填报、公式计算）类型、指标监测方向（正向、反向）、考核级别、数据来源等进行设置；2) ▲要求支持采集、公式、用户录入（填报）三种指标类型，公式类指标可引用采集与填报指标，公式支持最大值、最小值、平均值、方差等计算函数；3) ★要求支持用户可自行添加指标，并支持同一指标多个版本；指标可配置对应的分析报表；4) 要求支持指标体系可自义树形目录来组织指标 ，指标可自定义指标等级；5) ★要求指标支持配置基于时间粒度的自动汇聚算法，如填报了月度数据，可根据汇聚算法自动计算出年度累计数；算法包含合计、平均值、最大值 、最小值、期初值、期末值、（期初+期末）/2等；6) ▲要求支持填报指标可指定“继承前期”选项，填报时可自动继承上一期间的填报值；7) 要求支持系统内置公立医院绩效考核指标体系，包含国家规定的56考核指标。2.2考核方案1) 标准方案：要求支持为指标设置标准分值权重；2) 内控方案：要求支持不同的考核单可设置不同的考核指标及分值权重；3) ▲要求支持积分方案，支持设定记分上限及记分项目的分值；可按分数分段配置发生记分扣罚时的处理措施；4) ★要求支持指标目标值与报警阈值设定支持引用具体值、上期值、同期值的百分比；计算函数包含大于、小于、介于、不介于等类型；5) 要求支持考核标准设置，支持分段记分、基于公式记分、用户录入三种记分方法；6) 要求支持可批量设置考核方案中指标的质控科室及填报科室；7) ▲要求支持可配置指标的自动填报任务，支持设置填报任务的截止时间及开始时间。2.3指标探查1) 要求支持集中查看指定期间的考核方案内所有指标数据；2) 要求支持当前指标与关联指标可集中到一个卡片显示；3) 要求支持可查看指标的当前值、同期值，并根据达标情况显示为不同的颜色；4) ▲要求支持可以查看特定指标的考核单元完成情况，并支持各考核单元的目标值显示；5) ★要求支持可查看考核单元的指标数据趋势，趋势图内支持目标值、平均值、累计值控制线绘制；可以自定义选择趋势数据的时间范围；6) ▲要求支持可查看指标的目标值序时完成进度，如查看指定月度指标值的的年度目标完成进度。2.4指标质控1) 要求支持规则集管理：为指标配置质控规则，可启用、停用规则集；2) ★要求支持为不同的考核单元配置不同的规则；3) 规则支持大于、小于、介于、不介于、公式等判断条件；4) 要求支持禁止、提醒两类动作。3. 综合考核系统3.1数据填报1) 要求支持按照考核方案的设置自动生成填报任务，可查看各考核单元的填报进度及审核进度；2) ▲要求支持指标填报时可查看最近3个期间的历史数据；3) 要求支持指标填报时支持上传佐证材料，佐证材料限制文件类型；4) ▲要求支持指标填报时支持录入改进措施，启动PDCA方案；5) ★要求支持指标填报支持公式引用的关联指标（如分子、分母）分别填报，并自动计算指标值；6) 要求支持指标填报时支持查看目标值、达标情况、预警值及同期值；7) 要求支持根据考核期间、考核单元、上报状态查看填报记录；8) 要求支持批量填报，一次填报多个科室、多个指标的数据。3.2数据审核1) 要求支持按质控科室分别显示考核单元的填报与自动采集指标数据，自动生成待审核单据；2) 要求支持根据考核期间、考核单元、审核状态查看审核记录；3) ▲要求支持可通过参数配置是否允许审核阶段修改指标数据；4) 要求支持可查看最近3个期间的历史数据；5) 要求支持可查看或补充上传佐证材料；6) 要求支持查看目标值、达标情况、预警值及同期值；7) 要求支持批量审核，一次审核多个考核单元、多个指标的数据。3.3考核执行1) 要求支持查看考核记录，包括考核单元、指标达标情况、考核期间、考核状态等信息；2) 要求支持依据填报及采集数据自动生成考核分值结果，考核结果包括目标值、指标值、考核标准、分值、佐证材料等内容；支持按指标体系目录树查看指标考核情况；3) 要求支持考核时可对指标执行基于考核单元的对比分析；支持查看指标的趋势数据；4) ▲要求支持可对指标值及考核分数进行修改,并可将审核通过的考核结果对外进行发布。3.4考核分析1) 要求支持按期间、考核单元查询考核结果；支持按指标体系目录树型查看指标考核详情；2) ★要求支持可针对特定指标进行报表下钻到系统中的数据分析报表；3) ▲要求支持对指标按考核单元横向比较分析；支持查看指定时间范围的指标趋势数据；4) 要求支持可查看特定考核方案的考核趋势情况；以雷达图展现指标达标分布情况；5) ▲要求支持标杆分析：将医院的指标数据与标杆数据进行对比，包括指标值、分值、杆杆值、差异值等内容；6) ★要求支持历史对比：支持将当期考核结果与历史期间结果进行对比分析，并显示对比的差异值；7) 要求支持丢分分析：可真观看到当期考核中丢分的分类与指标情况，快速定位问题。3.5考核结果1) 要求支持考核结果公示后，针对不达标或丢分指标进行探查，深入分析，并对分析结果持续改进，促进医院达成绩效内控目标；2) 要求支持考核结果支持查看指定考核单元的相对排名；包含指标目标值、平均值等信息。3.6标杆管理3) 要求支持标杆数据的增加、删除、修改、停用操作；4) 要求支持可以指定标杆指标值、得分等内容；5) ▲要求支持多套标杆数据。3.7改进措施1) 要求支持指标改进措施的集中管理；2) 要求支持计划阶段：定义改进课题的参与科室、改进目标、CQI小组成员等内容；3) ▲要求支持执行阶段：按甘特图形式进行任务完成百分比，起止时间等内容。4) 要求支持检查阶段：包含检查时间、检查人、证明材料、检查结果、责任人等内容；5) 要求支持处理阶段：可以关闭改进课题评给出评估意见，也可选择再次发起改进任务；6) ▲要求支持一个改进课题多次循环改进。3.8考核单元管理1) 要求支持将科室、人员、医疗技术集合到一起作为考核单元；2) 要求支持考核单元允许配置与业务系或集成平台的标识以便于数据归集；3) ▲要求支持考核单元支持集合内的成员单独计算指标值，如将副高以上职称的医师组成一个考核单元，但在计算指标值时按医师分别计算。4. 可视化数据分析系统4.1报表设计器1) ★要求支持主流的关系型数据库（包括Oracle、SQL Server、Sybase ASE/IQ、DB2等）；2) 要求支持OLAP服务支持，如SSAS、ESSBASE等多维数据库 ；3) ▲要求支持持移动设备访问报表，报表无需针对不同访问终端开发多套报表，支持Windows Mobile， iPhone，iPad等主流移动设备；4) ▲要求支持采用HTML5技术，可与微信公众号集成，可在微信中查看和管理报表；5) 要求支持报表多sheet支持。可将相关分析报表集中展示，区分为不同的sheet，支持sheet的改名、修改颜色、隐藏、设置缺省sheet等操作；6) ▲要求支持BI分析基本功能。上钻、下钻、转轴、切片等基本操作；7) ▲要求支持客户TOPN。用户界面下，允许用户进行TOPN操作；8) ★要求支持报表联动。报表直接实现联动并可传递过滤条件；9) 集合管理。可从维度成员或已有的分析数据集中生成集合，并作为字段进行分析自定义集合的管理；10) ▲要求支持内置同比、环比、基比、累计、期初、期末、排名等分析模板，不需要编写SQL或MDX语句；11) 要求支持元数据重命名。对字段、维度、度量进行重命名，并体现在报表中12) 要求支持条件格式。类似excel中的功能，在数据表格中可按数据条、颜色深浅反应数据值大小；13) 要求支持常见的chart类型。线、条形、面积、饼、雷达、地图等常见的图表类型；14) 要求支持图表参考线。表格中可添加多条参考线，并可自定义参考线标签（粗细、颜色、线条类型）；15) 要求支持报表导出。报表可导出成excel、jpg、pdf等；16) 要求支持Chart双轴显示。Chart区分左右轴显示不同的度量值，并支持分别控制刻度；17) 要求支持精细排序，支持数据按照特定成员的值进行排序；18) 要求支持自定义主界面。可按文件夹或主题组织用户菜单；19) ▲要求支持数据权限控制。对同一报表不同的人员查到的数据不同；20) 要求支持报表使用情况查询。可查询报表的使用频次、使用人员分布；21) 要求支持报表定义导出。报表定义可以导出成为单个文件并支持导入，便于报表分享和系统备份；22) 要求支持保存即发布的方式，不需要另外的发布工具；23) ▲要求支持LDAP协议的(如微软活动目录) 第三方身份验证,实现统一身份登录。5. 数据分析移动端5.1考核记录1) 要求支持可查看当前正在运行的考核方案；2) 要求支持选择考核方案后，支持按考核单元、期间查看指标详情；3) ▲要求支持以卡片式显示指标值、达标情况、目标值、趋势数据；4) 要求支持可查看指标的名称、统计口径、指标意义、描述等信息，便于用户理解指标含义。5.2数据分析1) 要求支持列出移动端可查看的报表列表；2) ▲要求支持可对报表进行收藏操作，收藏的报表进入当前用户的收藏夹；3) 提供手机端查看医院相关数据，支持与微信（公众号、企业号）以及OA软件移动版深度集成。 | |||||
21.2.3 统一身份认证管理▲1．要求支持统一身份认证管理将分散的用户和权限资源进行统一、集中的管理，改变原有各业务系统中的分散式身份认证及授权管理，实现对用户的集中认证和授权管理，进而简化用户访问内部各系统的过程；2．要求支持对用户相关的目录服务源的统一管理（Opends，MSAD等常用目录服务器）；3．要求支持对平台中角色，组织以及人员进行对应应用，功能授权，针对角色可进行权限设置和分派；▲4．要求支持用户在通过认证后，可直接访问已授权的各应用系统，实现不同应用系统的身份认证共享。 | |||||
21.2.4 门户（Portal）▲1．要求支持灵活的框架结构。要求支持按照机构、部门/团队、个人等层面进行组织，达到多应用系统的单点登录；2．要求支持团队空间，实现在水平方向上的各部门/团队（可能跨部门）的门户内容、应用、展现和协作空间；也要求支持垂直方向的医联体的门户内容、应用、展现和协作空间；3．要求支持个人空间。实现个人私有的、个性化的门户内容、应用和展现；4．要求支持提供图形化的监控和分析工具，能够对门户运行过程中各项指标进行定量监控和分析，例如：门户流量、用户登录情况、用户停留时间、查看流量、使用流量、响应时间等。 | |||||
21.2.5 运行管理工具1．要求支持提供统一可视化工具进行管理，监控和分析；2．要求支持提供更丰富的、交互式个性化操作信息面板，可通过Web浏览器方式展现业务活动实时数据和个性化报表以监控业务流程和服务，以及从流程和服务中跟踪关键性能指标；▲3．要求支持可以设置个性化的警告条件，实现对重要事件（如：通讯点或基础服务故障）发生时，通过电子邮件、短信等方式发送给指定的用户；▲4．要求支持提供日志审计，能够记录平台系统管理员的操作，发现违规行为；▲5．要求支持提供图形化的流程设计器，提供可视化的设置向导，以简化常见的任务（如：与IT系统连接和设置人工工作流步骤）；6．要求支持提供用可视化的、基于Web的控制台，用于管理和调试部署的流程；7．要求支持提供业务规则定义工具，并预置医院业务的常见规则；8．要求支持提供业务规则的发布，管理和维护功能；9．要求支持提供业务规则执行引擎；▲10．要求支持通过图形方式操作规则，用户也可以使用工具自行编写规则；11．要求支持提供标准的业务规则服务，要求支持各应用系统集成；12．要求支持提供基于基础界面组件的动态界面设计工具；13．要求支持提供动态界面解释执行引擎；14．要求支持提供运行分析及调试工具；15．要求支持授权许可的窗体数以满足本项目定制开发所需要的数量为准。 | |||||
21.3 临床数据中心 CDR 及应用21.3.1 ▲平台服务要求能对接Orion服务，实现Orion集成引擎功能。21.3.2 CDR库1．多种形式：要求支持同时存储带展现格式的临床数据以及机器分析需要的结构化数据。▲2．版本：要求支持对于需要历史版本要求支持的数据，可以保存完整的历史版本数据，以便追溯数据的变化；3．数据验证：要求支持对数据格式、数据内容以及所包含的术语进行数据验证；4．数据监控：要求支持可以查看任意时间段存入CDR的数据；5．字典数据版本转换：要求支持可以根据字典数据的对应关系，将临床数据以指定版本的字典数据输出；▲6．数据输出：要求支持提供常用临床数据访问接口实现快速访问CDR；7．统一代码字典库：要求支持提供了数据注册服务、数据映射服务。21.3.3 电子病历浏览器1．要求支持提供访问患者纵向记录的窗口，能够显示所有CDR存储库中的数据；2．要求支持提供能够使用信息平台中的患者注册服务来检索患者信息的功能；3．不同方式的视图：要求支持如按日期、按服务提供者、按服务地点排序的按事件访问患者电子病历，或者按视图中展现的特定域来访问电子病历；4．要求支持提供医师在患者就诊期间或在就诊的上下文环境中获得对患者健康记录的访问；5．可查阅患者摘要：要求支持患者的基本信息、过敏史、就诊记录、手术史等摘要记录；6．可查阅患者病历资料：要求支持患者在院的所有电子病历资料；7．可查阅病案资料：要求支持患者的病案首页记录；8．可查阅检查报告：要求支持患者的RIS/PACS检查的文字报告、影像报告；9．可查阅检验报告：要求支持患者的LIS报告记录，要求支持多次检验报告的对比等功能；10．可查阅体检报告：要求支持患者在院的所有的体检报告记录；11．可查阅长期医嘱：要求支持患者历次在院的住院长期医嘱记录；12．可查阅临时医嘱：要求支持患者历次在院的住院临时医嘱记录；13．可查阅门诊处方：要求支持患者在院的门诊处方记录，用药、治疗、检查化验等；14．可查阅手术记录：要求支持患者历次在院的手术记录，手术时间、名称等；15．可查阅过敏信息：要求支持患者历次在院的过敏记录；16．可查阅临床诊断：要求支持患者在院的门诊住院诊断记录，诊断名称、时间；17. 可查阅治疗回顾：要求支持按照时间的表格，将患者的不同的就诊业务呈现出来。 | |||||
21.4 数据仓库工具1．要求支持采用数据仓库技术ETL（Extract-Transform-Load）工具，实现将各业务系统中的生产数据自动抽取转换到数据中心，并经过数据清洗，保证数据的正确性和唯一性；2．对平台的要求支持：要求支持数据抽取工具面对的要求往往是将几十上百个GB的数据在有限的几个小时内完成抽取转换和装载，这种挑战势必要求抽取工具对高性能的硬件和主机提供要求支持。目前主流的平台包括：Windows、Linux、SUN-Solaris、HP-UX、IBM-AIX、AS/400、OS/390、ScoUnix等；3．对数据源的要求支持：要求支持需要对项目中可能会遇到的各种数据源及数据源接口类型进行分析，如，针对同一种数据库，使用通用的接口（如ODBC/JDBC）还是原厂商自己的专用接口，数据抽取效率会有很大差别。常见的数据源包括：Oracle、SQLServer、DB2、Informix、Sybase、SAS、Text、Excel、SAP、Peoplesoft等；▲4．具备数据转换功能：要求支持对抽取到的数据能进行灵活的计算、合并、拆分等，包括：字段映射，映射的自动匹配，字段的拆分，多字段的混合运算，跨异构数据库的关联，自定义函数，多数据类型要求支持，复杂条件过滤，要求支持脏读，数据的批量装载，时间类型的转换，对各种码表的要求支持，环境变量是否可以动态修改，去重复记录，抽取断点，记录间合并或计算，记录拆分、抽取的字段等；5．具备管理和调度功能：要求支持采用多线程、分布式、负载均衡、集中管理等高性能高可靠性与易管理和扩展的多层体系架构，包括：抽取过程的备份与恢复、升级，版本管理，开发和发布，要求支持统一以及自定义的管理平台，要求支持时间触发方式，要求支持事件触发方式，要求支持命令行执行方式，要求支持用户对计算机资源的管理和分配，负载均衡，文档的自动生成，调度过程中能否执行其他任务等。 | |||||
21.5 业务数据中心及应用21.5.1 核心数据监测指标1. 基本指标包括：要求支持门诊候诊人次、已就诊人次、住院开放床位数、住院占用床位数、住院床位占用比例、住院入院人次、住院出院人次、门诊人均药品费、门诊药占比、药占比排名前10医师、床位使用率、床位周转次数、平均开发床位数、出院患者平均住院日等；2. 患者医疗质量与安全指标包括：要求支持手术冰冻与石蜡诊断符合例数、恶性肿瘤手术前诊断与术后病理诊断符合例数、住院患者死亡例数、住院患者自动出院例数、住院手术例数、住院手术死亡例数、住院危重抢救例数、住院危重抢死亡例数、急诊科危重抢救例数、急诊科危重抢救死亡例数、新生儿患者住院死亡率、住院重点疾病患者出院例数、住院重点疾病患者死亡例数、住院重点疾病患者死亡率、住院重点疾病患者平均住院天数、住院重点疾病患者平均住院费、住院重点手术患者出院例数、住院重点手术患者死亡例数、住院重点手术患者死亡率、住院重点手术患者平均住院天数、住院重点手术患者平均住院费、输血反应发生率、输液反应发生率；3. 重症医学治疗监测指标包括：要求支持转入例数、呼吸机使用时间、中心静脉导管使用时间、导尿管使用时间、人工气道使用时间、肾代替治疗时间、有创动脉压监测时间、抗菌药物使用率、抗菌药物累计DDDs数、48小时重返率、抢救次数、抢救成功次数、输血人次、使用激素药物人次、使用血液制品药物人次、抗菌药物送检率、预防深静脉血栓天数、总费用、入住天数、手术次数等；4. 要求支持合理用药监测指标包括门诊基本药物品种数、基本药物百分率（金额）、住院抗菌药物静脉输液率、住院抗菌药物输液使用率、门诊输液率、医疗收入中药品收入比率、门诊药品费、门诊注射处方率、门诊人均处方书、门诊人均药品费用、门诊注射用抗菌药物人次、住院抗菌药物使用总人数、抗菌药物占西药出库总金额比重、抗菌药物费用占药费总额的百分率、特殊级抗菌药物用量百分率、住院人均抗菌药物费用、住院抗菌药物使用量DDD数、住院抗菌药物使用率、同期收治人天数、住院抗菌药物病原学送检例数、住院抗菌药物病原学送检率；5. 要求支持ODR需提供标准数据服务，以便与网页端、移动端对接，以更好进行数据访问和展现。21.5.2 职能管理查询主页1. 要求支持实现移动端以APEX技术展现院长首页；2. 要求支持基于“核心数据监测指标”范围内容，在系统界面提供通用展示界面； | |||||
22 门诊应急管理系统 | 22.1 门诊挂号1.要求支持应急系统中挂号应仅要求支持选择挂号项目和挂号科室进行挂号费用的收取；2.要求支持病人基本信息要求支持手工录入，也要求支持接入身份证读卡器；3.要求支持按费别打折；4.要求支持挂号项目绑定从属项目的收费；5.支付时要求支持使用现金、支票、POS机刷卡等不需要配置接口和联网的支付方式。6.要求支持提供挂号记录查询及重打挂号单的功能。7.要求支持主界面点退号进入退号界面扫描二维码进行退号。22.2 门诊医生站1.医生站应仅要求支持扫描挂号单的二维码提取病人信息，且病人挂号科室必须是当前站点的所属科室，否则会提示该病人所挂科室不是当前科室不允许接诊；2.要求支持一个挂号单只允许在同一工作站进行接诊3.要求支持通过简码、编码、名称录入西医诊断和中医诊断，允许增删改；4.要求支持西医处方录入；5.要求支持中医处方录入；6.要求支持通过编码、简码、名称查找卫材、处置、检查、检验等项目。7.提供医嘱发送、医嘱作废功能。22.3 执行科室划价1.要求支持扫描挂号单二维码提取病人信息；2.要求支持开单科室开单人要求支持编码、简码、名称模糊查找，发生时间为提取病人时的系统时间，可以修改；3.要求支持多单据录入，录入项目时只可以通过简码、名称、编码进行过滤查找，允许录入诊疗项目，通过简码、名称、编码过滤查找；4.要求划价管理只允许录入执行科室包含本科室的项目，诊疗项目只能录入已有收费对照的项目。5.要求支持当项目很多时，要求一张划价单能打印多个二维码，二维码的最大字符数可以调整，根据二维码扫描枪的识别度，确定每个二维码所含数据的最优字符数。22.4 门诊收费1.二维码来源：（1）要求支持挂号单提取病人信息，适用于直接收费的流程；（2）要求支持划价单二维码，适用于划价收费的流程；（3）要求支持医嘱申请单划价二维码，适用于启用医生工作站的流程2.要求支持扫描挂号单二维码后，开单科室缺省病人挂号科室，项目、诊疗项目要求支持编码、名称、简码模糊查找，允许选择执行科室，允许对已录入的项目删除修改；3.要求支持扫描划价单和医嘱申请单提取出来的划价单据，界面信息不允许修改；4.要求支持查询某时间段的收费记录；5.要求支持当人为判断可以退费时，要求仅要求支持原窗口退费；6.要求支持打印收费单（包含二维码，后续执行需要）和收费清单；22.5 发药、发料1.二维码来源：要求支持划价二维码（划价）、收费二维码（收费）、申请单二维码（医生站）；2.发药、发料限制：要求支持只能发放执行科室为本工作站所属科室的药品或卫材；3.退药、退料：要求支持需人为控制去原窗口退药、退料，扫描二维码提取处方信息后完成退药、退料；4.单据打印：要求支持发药后打印发药清单。22.6 执行登记1.二维码来源：要求支持申请单二维码；2.执行登记限制：要求支持只能执行执行科室为本科室的申请项目；3.登记执行记录：要求支持可对项目进行执行登记情况记录；4.执行完成：要求支持针对皮试项目，点击执行完成会弹出皮试结果登记界面；5.取消登记：要求支持扫描申请单二维码，提取病人信息及执行项目，完成取消登记。22.7 检查工作站1.二维码来源：要求支持检查申请单；2.报告编辑：要求支持可选择左侧检查词句示范也可自由录入；3.报告打印：要求支持报告编辑完成后打印报告。 | ||||
23 门诊医生工作站 | ▲1.要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端。2.要求支持单屏和双屏显示。3.要求提供工作站参数配置，通过配置可以满足科室或者医生个人业务需要添加界面内容。4．要求系统能自动获取病人基本信息如卡号、门诊号、姓名、性别、年龄、医保类别等，要求支持病人采用就诊卡，直接刷卡调用病人的基本信息。5．要求系统提供预约就诊、转诊、续诊、复诊、待回诊管理等功能。6．要求支持“一键复制”功能，通过复制功能可调入历史就诊信息（医嘱、病历等信息）。7．要求支持标记重点关注病人并备注重点信息，要求支持将关注备注病人分组。8．要求支持可查阅病人历次住院相关信息，供诊疗参考。9．要求支持提供处方录入功能：包括药品名称、规格、价格、医保类别、用法用量等，并提供处方打印功能。10．要求与合理用药系统对接时可在其要求支持下可进行处方配伍禁忌、不良反应、相互作用、剂量审核等合理用药审核。11．要求支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。12．提供毒麻等特殊药品的代办人身份信息录入功能。13．要求支持中草药处方录入，提供配方、方剂等功能。14．要求医嘱自动关联各类申请单，并生成收费或记账信息，申请单格式可自定义，提供打印功能。15．要求支持自动生成相关卫生材料费用，例如青霉素钠针，同时需要记注射费和针筒费用，在事先维护好附加计价项目的前提下，处方录入青霉素钠针，自动调入附加的收费项目，防止漏费的功能。16．要求医生可根据需要设置个人常用医嘱。17．要求提供检验报告功能，可新开或者使用常用检验项目、下达检验医嘱、检验紧急医嘱设置、查看检验项目收费及执行情况、查看检验报告、打印检验单据、历次检验结果比对。18．要求提供报告功能，可直接查看检验、检查报告和皮试结果等，并可根据皮试结果限制药品医嘱的发送。19．要求支持医生查询相关资料：调阅既往就诊资料、历次就诊信息、检验检查结果等，并提供比较功能。20．要求能实时显示医嘱执行状态、计费状态等信息。21．要求支持以医嘱方式申请住院，生成住院申请单并将病人信息发送到住院处。22．要求支持以ICD疾病编码下达诊断，并可根据诊断自动提示填写传染病报告卡。23．要求可自动生成门诊工作日志，提供针对医生工作量、费用等各种信息的统计报表。24．要求能自动审核录入处方的完整性，记录医生姓名及时间。25．要求提供缺药提示功能，对处方金额及药品比例有提示。26．要求提供紧急医嘱处方设置、给药途径设置、药品执行频率设置、用药超量说明、药品一并给药设置和处方复制设置。27．要求在诊断结果中可以添加各种诊断，并可以把此病人上一次诊断的资料调出为参考，以维持诊断的形式添加到诊断中。28．要求可统计门诊收费处方收费，按科室、已收费处方、未收费处方等统计项目进行统计，统计医生工作量和医院门诊收费处方流失量。就诊费用自动核算，满足医保的业务流程。 | ||||
24 急诊预检分诊系统 | 24.1 分诊登记管理1.要求支持病人编号、姓名、性别、出生日期、身份、地址、联系电话、身份证号等患者信息登记；2.要求读取身份证、医保卡、电子健康卡能快速获取身份信息；▲3.要求提供绿色通道、三无人员、群伤、批量抢救患者登记；4.要求支持先分诊后挂号，兼容已挂号病人后分诊；5.要求提供初次就诊患者实行分诊台建档；6.要求支持患者来院方式选择，发病时间登记；7.要求支持生命体征数据、基础检验检查；▲8.要求支持主诉判定依据格式化设计模块，录入时只需勾选；9.要求支持三区四级分诊模式，可按病情等级筛选，遵循卫生部的《急诊病人病情分级试点指导原则》，分诊人员将病人分配到适当的治疗区，选择就诊科室；10.要求支持根据成人、儿童（不同年龄段）的生命体征指标、主诉及主诉判断依据、评分表，共同确定并自动进行病情分级，将患者分为一、二、三、四级并对不同等级患者进行颜色标识；11.要求支持登记完成后自动打印病人腕带；12.要求支持登记完成后自动打印二维码分级条；▲13.要求支持对接急诊挂号系统，通过扫描二维码分级条获取患者信息即可收费；14.要求支持对接急诊医生工作站，共享预检分诊登记信息，可同步到电子病历系统，医生可调整的病情分级及调整原因登记；▲15.要求支持对接院前急诊系统，实现病人身份等基本信息、体征信息、评分及病情分级的导入；24.2 智能分诊分级知识库1.要求支持智能分诊分级知识库，知识库依据客观评估指标、人工评定指标，每项指标区分成人及儿童分级评估标准进行分级评估；▲2.要求支持分诊时可通过调用知识库以生命体征指标为基础，以主诉、临床症状指标为主导，以评分表为辅助实现自动分级；3.要求支持只需勾选患者主诉、主诉判断依据自动分级；4.要求支持采集的患者生命体征自动分级；5.要求支持GCS评分、疼痛评分等评分表，自动计算分值；24.3 动态预警及评估1.要求支持查阅分诊患者详细分诊信息；▲2.要求支持实时监控患者就诊全过程，对不同等级患者进行候诊时限控制，分诊护士可查看已接诊、未接诊、已超时患者；▲3.要求支持自动提醒分诊护士对候诊超时患者定期巡视动态评估；4.要求支持分诊护士对患者多次分诊评估并自动重新分配病情等级，预检分诊系统会根据新的分诊级别计算目标反应时间；24.4 数据统计管理1.要求支持急诊分诊病人的病情分布情况统计；2.要求支持急诊分诊病人流向和流量的统计；3.要求支持病人来源、复合伤、成批就诊、陪同人员等数据统计；▲4.要求支持分诊质量改进闭环，定期统计护士分级的偏差。 | ||||
25 入院准备中心系统 | 25.1 入院准备中心1.要求支持预约床位、检查预约；2.要求支持院前医嘱新增、删除、发送、回退、作废、申请单、条码单打印，以及医嘱执行情况及报告查阅；3.要求支持患者沟通，录入沟通记录以及短信推送给三方平台；4.要求支持全院入院准备患者信息浏览、床位信息浏览；5.要求支持住院医师变更、陪护登记、医嘱。 6.★要求支持B/S架构与HIS系统一体化应用但又能独立升级。8.★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。25.2 入院申请及院前医嘱下达要求支持对门诊患者进行入院申请，并完成院前准备医嘱的下达。25.3 基础维护要求支持可支撑入院准备中心系统使用的各类基础数据配置。25.4 入院登记要求支持接收入院申请，补充录入患者住院相关详细信息，产生预入院记录。 | ||||
26 门诊药房管理系统 | 26.1 技术要求要求要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端；26.2 输液药房发药要求支持针对输液药房的药品发放到输液室。26.3 门诊西药卫材发放1.要求支持对门诊药房的西药和卫材按照处方单进行发放；2.要求支持配药单、处方签、输液卡打印；3.要求支持查看临床电子病案、药品说明书、合理用药审方结果。26.4 门诊卫材发放要求支持针对卫材本身就在执行科室的由执行科室自行核对发放（科室具有发料部门属性），不由药房发料。26.5 西药卫材配药单要求支持集中批量打印西药卫材的配药单；26.6 工作时间方案要求支持设置药房每个窗口的上下班时间以控制药品发放任务的分配；26.7 门诊已发处方可查看门诊所有已发西药处方和退药操作；26.8 门诊已发卫材要求支持可查看所有已发卫材和回退操作；26.9 毒麻精空安瓿废贴回收要求支持针对毒麻精的空安瓿和废贴在发药之前进行回收。 | ||||
27 住院药房管理系统 | 27.1 技术要求要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端；27.2 科室汇总发药1.要求支持按病区计划性的对患者药品进行汇总发放；2.要求支持汇总发药单、患者摆药单和处方签打印；3.要求支持查看临床电子病案、药品说明书、合理用药审方结果；4.要求支持针剂药品和口服药按照摆药规则单独进行发放。27.3 毒麻精高危药品1.要求支持对毒、麻、精一的药品按照处方单进行单独配药发放；2.要求支持配药人和发药人进行身份验证；3.要求支持毒麻精空安瓿回收；4.要求支持毒麻精处方签打印；5.要求支持查看临床电子病案、药品说明书、合理用药审方结果、临床诊断和医生签名图片。27.4 离院带药要求支持按照医院使用角色可单独对离院带药的进行汇总发放。27.5 处方发药要求支持针对单个病人的临时取药和离院带药进行发放。27.6 退药审核1.要求支持对不同病区发起的退药申请进行退药审核；2.要求支持对已审核单据进行撤销审核。27.7 已发药记录1.要求支持查看已发药记录；2.要求支持对已发药记录进行撤销。要求支持添加用户自定义统计报表查询。27.8 住院统计查询1.要求支持提供住院统计查询功能27.9 权限管理1.要求支持可按照不同岗位不同使用角色分配模块权限。 27.10会诊系统 27.10.1总体技术要求 ★要求会诊系统支持跨平台使用。 ★要求支持自行设置会诊邀请科室工作性质。 ★要求解决会诊邀请收费不标准问题。 ★要求支持特殊会诊按分级审核或平行审核。 27.10.2 外接系统服务配置 ★要求支持修改、停用、启用接口服务地址。 27.10.3 常规会诊基础配置 ★要求支持新增、修改、删除、停用、启用会诊项目。 ★要求支持对会诊项目新增、修改、删除收费方式。 ★要求支持选择下达会诊申请对应的病历模板。 ★要求支持选择书写会诊意见所对应的病历模板。 ★要求支持选择下达会诊申请所邀请的科室具备的工作性质。 27.10.4 特殊级抗菌药物会诊基础配置 ★要求支持选择下达特殊会诊申请所对应的病历模板。 ★要求选择书写特殊会诊意见所对应的病历模板。 ★要求支持选择下达特殊会诊申请后所产生的会诊医嘱。 ★要求支持特殊抗菌药物会诊分级审核或平行审核。 ★要求支持新增、删除特殊抗菌药物会诊审核人员。 ★要求支持设置平行审核申请邀请人数。 ★要求支持平行审核启用仲裁，当平行审核医生审核意见不一致时，可邀请仲裁医生审核。 27.10.5 会诊系统-会诊申请 ★要求支持查看本人或本科普通会诊申请、特殊药物会诊申请及处理意见。 ★要求支持特殊药物会诊申请医生申请仲裁。 27.10.6 会诊系统-被邀请 ★要求支持对普通会诊申请进行分配、接收、会诊、完成会诊。 ★要求支持对特殊会诊申请填写审核意见，申请仲裁，填写仲裁意见、完成会诊。 | ||||
28 药库系统 | 28.1 技术要求要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端；28.2 入库验收1.要求支持可导入采购订单进行药品入库验收；2.要求支持记录每个药品的验收结果和结论。28.3 采购计划1.要求支持按照药品销量、毒麻精类型、库存上下限等规则自动生成采购计划；2.要求支持对病区提交的药品申领单汇总生成采购计划单。28.4 库管员工作站1.要求支持可实时查看毒麻精药品当日入出库明细情况；2.要求支持可查看当前待办任务情况，并要求支持快速定位处置；3.要求支持对不同业务类型的入出库单据总览；4.要求支持可对低于库存上下限和几天内药品用量的库存进行查看，并要求支持自动采购、退货等操作；5.要求支持对滞销药品和近效期药品可实时监控并生成退货单或退库单。28.5 药品申购1.要求支持药房根据历史药品销量或手工填写申购单，可以申领药库当前无库存的药品，药库根据药房的申购情况再进行采购；2.要求支持对药库发放的药品进行接收。28.6 药品盘点1.要求支持扫描药品条码或货位码实现药品扫码实时盘点，保证盘点数据的准确性；2.要求支持按照库存、分类和药品货位提取药品生成盘点记录单；3.要求支持多个盘点记录单汇总生成盘点表并打印。28.7 药品调价要求支持对药品的售价和成本价进行调整，并指定生效时间。28.8 其他入库要求支持政府发放、捐赠等其他形式的药品入库。28.9 外购退货要求支持对已采购的药品生成退货单。 | ||||
29 挂号管理系统 | 29.1 技术要求要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端。29.2 基础配置要求支持提供基础数据管理，如出诊专科、号类、位置等的增加、修改、停用、启用等基础功能，包括规则管理和系统服务锚点管理；29.3 排班管理要求支持面向医院门诊部或服务中心人员使用，用于排班计划的制定、修改、排班及号源发布等功能；29.4 医生安排要求面向各科室排班责任人员使用，进行具体的号类、医生、出诊限额排班；29.5 排班审核1.要求支持医生安排完成后，提交至科主任进行审核；2.要求支持审核完成后，便可由服务中心人员统一发布号源。29.6 停换诊管理要求支持用于排班发布后，临时停诊、换诊、替诊的申请和审核，只对某一天某一个班次生效。29.7 节假日调整要求支持在排班发布期间，遇节假日时需要批量调整排班；29.8 预约管理要求支持对排班和节假日进行预约设置，分班次时段进行各个预约方式及预约号量的设置；29.9 病人挂号要求支持新病人及历史病人挂号、退号；29.10 预约挂号要求支持新病人及历史病人窗口预约、电话预约；29.11 加号管理要求支持门诊部对当日已满号源的医生，若医生仍有时间完成病人的诊疗，可通过加号对病人进行预挂号操作，病人再在挂号窗口完成挂号结算；29.12 减号管理要求支持医生由于开会、上课等原因，需要对号量进行减少，避免出现病人挂号后不能就诊的情况；29.13 医生诊间预约要求支持医生端对病人进行预约；29.14 医生挂号a.若医生在当日班次有排班，且号量已挂满，要求支持可以进行加号挂号，加号数量有限制；b.若医生在当日班次无排班，要求支持可以自行选择号类、专科和医生进行挂号，接诊完成后，病人统一到收费处缴费。29.15 医生排班查询要求支持医生查询自己或所出专科排班情况。 | ||||
30 费用管理系统 | 30.1 技术要求要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端。30.2 门诊收费1.要求支持聚合身份识别要求支持病人识别联合查询；2.要求支持医保身份识别要求支持医保病人医保卡身份识别；3.要求支持账单过滤要求支持按时间、诊断等条件过滤账单；4.要求支持跨院区收退费要求支持总分院模式中，跨分院收退费；5.要求支持跨机构收费要求支持在医疗集团中，跨机构统收费；6.要求支持门诊结账和收费结合要求支持门诊收费时选择收费单，根据账单的支付状态（未支付、已记账、已担保），结账及收费一起处理；7.要求支持门诊退费要求支持针对退费账单进行退费；8.要求支持计费时打折要求支持（计费时）产生账单时进行按折扣规则进行折扣计算；9.要求支持结算时打折要求支持门诊收费时根据折扣规则（结算时）计算实收金额，并分配记录到每个收费项目，且记录使用哪些折扣；10.要求支持账户余额计算要求支持统计患者账户总额；11.要求支持账户使用范围控制要求支持收费时根据折扣使用范围计算本次结算可用账户金额；12.要求支持多种支付方式结算要求支持结算时可以采用多种支付方式；13.要求支持退回方式自动计算要求支持根据支付方式退回规则自动计算本次退费的退回方式及金额；14.要求支持原支付方式原路退回要求支持门诊退费时获取原支付方式进行原路退回；15.要求支持消费卡支付要求支持使用消费卡进行支付；16.要求支持消费卡可用余额支付收费时根据消费卡使用范围自动计算本次结算可用余额；17.要求支持第三方支付要求支持支付宝、医保、微信、聚合支付等第三方平台进行支付交易；18.要求支持取消结算要求支持结算过程中取消本次结算；19.要求支持医保补充结算要求支持普通收费后再次进行医保结算；20.要求支持电子票据打印要求支持结果完成后打印电子票据；21.要求支持收费清单打印要求支持结算完成后打印收费清单；22.要求支持打印设置要求支持门诊收费清单打印设置打印机及纸张方向；30.3 已结算记录1.要求支持已结算记录查询要求支持根据时间、收费员、结算单号、病人等多条件查询已结算记录、结算的账单信息、支付信息、电子票据开具信息；2.要求支持补开电子票据要求支持对结算完成未开或未开成功的电子票据进行补开；3.要求支持打印凭条要求支持对结算完成后进行收费清单补打；4.要求支持作废结算要求支持作废结算信息及支付后重结；30.4 未完成结算记录1.要求支持未完成结算记录查询要求支持根据时间、收费员、结算单号、病人等多条件查询未完成结算记录及该结算的账单信息、支付信息；2.要求支持重新支付要求支持对未完成结算或支付异常进行继续支付；3.要求支持作废结算要求支持作废未完成结算信息及支付。30.5 出院\中途结算1.要求支持聚合身份识别要求支持病人识别联合查询；2.要求支持医保身份识别要求支持医保病人医保卡身份识别；3.要求支持多次结算要求支持同一患者一次住院进行多次出院结算（如医保病人，先结自费（血费、自费项目）再按诊断等分别结算）；4.要求支持中途结算要求支持患者在院过程中结算其中的一部分或当前已发生的费用；5.要求支持先出院后结算模式要求支持zlhis出院结算时先出院后结算模式（控制）；6.要求支持先结算后出院模式要求支持zlhis预出院，先结算后出院模式（控制）；7.要求支持账单过滤要求支持根据住院次数、婴儿费、诊断、收费类别、开单科室、费用登记等多条件过滤账单；8.要求支持结算时打折要求支持结算时根据折扣规则（结算时）计算实收金额，并分配记录到每个收费项目，且记录使用哪些折扣；9.要求支持账户余额计算要求支持统计患者账户总额；10.要求支持账户使用范围控制要求支持收费时根据折扣使用范围计算本次结算可用账户金额；11.要求支持多种支付方式结算要求支持结算时可以采用多种支付方式；12.要求支持按账单明细进行结算要求支持按费用类型过滤时对账单明细进行结算，一个账单多次结算；13.要求支持门诊转住院的费用结算要求支持对打标的转住院的门诊费用进行结算，已支付的账单先充值为账户，再使用账户进行支付；30.5.1 批量中途结算1.要求支持选择截止时间结算要求支持批量中途结算时选择截止时间以内的账单进行结算；2.要求支持结算控制要求支持控制该病人账户余额足够时才允许批量中途结算；3.要求支持批量结算要求支持选择当前登录入院区下所有科室及多个病人一次结算，支付方式仅账户；30.5.2 已结算记录1.要求支持已结算记录查询要求支持根据结算场景、时间、收费员、结算单号、病人等多条件查询已结算记录、结算的账单信息、支付信息、电子票据开具信息；2.要求支持补开电子票据要求支持对结算完成未开或未开成功的电子票据进行补开；3.要求支持打印凭条要求支持对结算完成后进行收费清单补打；4.要求支持作废结算要求支持作废结算信息及支付后重结；30.5.3 未完成结算记录1.要求支持未完成结算记录查询要求支持根据时间、收费员、结算单号、病人等多条件查询未完成结算记录及该结算的账单信息、支付信息；2.要求支持重新支付要求支持对未完成结算或支付异常进行继续支付；3.要求支持作废结算要求支持作废未完成结算信息及支付； | ||||
31 住院医生工作站 | ▲1.要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端。2.提供医嘱下达、修改、删除、审核、停止、作废、回退、暂停、启用、重整等功能，要求支持手工调整医嘱。3.要求支持手术申请、死亡等特殊医嘱的处理。4.要求支持中草药处方录入，提供配方、方剂等功能5.要求支持医嘱自动关联各类申请单，并生成收费或记账信息，申请单格式可自定义，提供打印功能。6.要求支持自动生成相关卫生材料费用，例如青霉素钠针，同时需要记注射费和针筒费用，在事先维护好附加计价项目的前提下，处方录入青霉素钠针，自动调入附加的收费项目，防止漏费的功能。7.要求支持“复制”功能，通过复制功能可调入历史处方。8.要求支持病历书写可调用事先维护的住院病历模板，要求支持个人级模板、科室级模板、全院级模板三种不同权限的模板维护和调用；要求支持书写向导，医师通过点击选常用的病历书写项目进行病历的书写，提高病历书写的速度。9.要求支持提供报告功能，可直接查看检验、检查报告和皮试结果等；10.要求支持实时显示医嘱执行状态、计费状态等信息；11.要求支持以ICD疾病编码下达诊断，并可根据诊断自动提示填写传染病报告卡；12.产科要求支持产妇和新生儿医嘱分别管理和计费；13.要求支持医疗小组管理。 | ||||
32 医生交接班管理 | 1.要求支持对住院医生交接班进行管理，包含医生交接班内容设置、值班班次管理、医生交接班查询、医生交接班编辑等功能。 | ||||
33 电子病历管理系统 | 33.1 ▲总体性能要求1.要求系统要求支持与HIS系统一体化应用但又能独立升级。2.要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。3.要求满足《电子病历基本架构和数据标准》、《电子病历系统功能应用水平分级评价方法及标准试行》、《医疗机构电子病历管理规定》、《中华人民共和国电子签名法》、《卫生系统电子认证服务管理办法》等政策要求。4.要求支持权限管理，可对现有系统所有功能模块及使用系统的医生角色进行快速的权限对应。5.要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端。33.2 系统功能要求33.2.1 基础配置管理1.要求支持统一的数据源管理，能针对病历中使用的不同数据源进行配置。2.要求支持统一的系统参数管理，能针对不同应用场景和方式设置不同参数。3.要求支持病历功能报表关联，能针对不同的功能模块关联不同的报表。4.要求支持文书审签管理，能针对不同科室、不同书写人、不同病历模板设置不同的审签人，以及不同审签人对应不同代审签人。33.2.2 传统病历管理33.2.2.1 ▲病历段管理1.要求支持病历段管理，能针对传统病历的病历提供进行管理，已预制病历书写规范中涉及的常用病历提纲。可对病历段的签名、诊断、手术特殊段进行标记，也可对照标准的CDA文档节点编码。2.要求支持病历段树形结构化定义，可设置不同树形节点显示条件，书写时根据病人情况及上级树形节点值控制下级节点的录入。33.2.2.2 病历类型管理1.要求支持病历类型管理，能针对传统病历的病历文件进行管理，已预制病历书写规范中涉及的常用病历提纲。2.要求支持病历类型设置频次类型、页面、是否新建页面、分组以及打印方式。3.要求支持病历类型设置对应的病历段及病历段内容引用。4.要求支持病历类型的替代关系、依赖关系设置。5.要求支持对照标准的CDA文档编码。6.要求支持对照诊疗活动，执行书写任务时创建不同病历类型的病历。33.2.2.3 病历模板管理1.要求支持基础模板管理，针对页眉、页脚格式进行定义。2.要求支持普通模板管理，针对传统病历的不同病历类型设置不同病历模板。3.要求支持病历模板批量停用、启用。4.要求支持病历模板适用范围设置。5.要求支持病历模板打印控制设置，书写时根据打印控制限制书写病历打印。6.要求支持病历模板版本管理，可新增、复制和删除版本，同时要求支持模板版本审核、取消审核。▲7.要求支持普通模板的病历段设置，以及病历模板段设置是否保存范文、是否树形结构化录入、是否可编辑。8.要求支持病历模板段显示条件设置，书写时根据病人情况进行书写。▲9.要求支持病历模板段树形结构化定义，可设置不同树形节点显示条件，书写时根据病人情况及上级树形节点值控制下级节点的录入。10.要求支持病历模板内容格式定义。11.要求支持病历模板复制。33.2.2.4 病历范文管理1.要求支持病历模板范文管理，针对不同病历模板的病历范文进行定义。2.要求支持病历范文适用范文进行设置，包括个人、科室和全院。3.要求支持病历范文版本管理。▲4.要求支持病历范文多标签管理，书写时可通过多标签进行搜索，方便医生快速查找范文。5.要求支持病历范文内容定义。33.2.3 文书模板管理1.要求支持基础模板管理，针对页眉、页脚格式进行定义。2.要求支持普通模板管理，针对不同诊疗文书设置不同模板。3.要求支持诊疗文书模板批量停用、启用。4.要求支持诊疗文书模板适用范围设置。5.要求支持诊疗文书模板打印控制设置，书写时根据打印控制限制书写病历打印。6.要求支持普通模板的模板变量设置，以及模板变量的类型、取值类型、默认值值域、单位、是否可编辑、是否保存词句以及对照标准CDA文档节点编码。7.要求支持模板变量动态取值和条件动态取值，以及自定义SQL取值。8.要求支持诊疗文书模板内容格式定义。9.要求支持对照标准的CDA文档编码。10.要求支持对照诊疗活动，执行书写任务时创建不同诊疗文书的病历。33.2.4 文书模板词句要求支持快捷管理病历范文和文书词句组。33.2.5 评分表管理1.要求支持基础模板管理，针对页眉、页脚格式进行定义。2.要求支持普通模板管理，针对不同图文评分表设置不同模板。3.要求支持图文评分表模板批量停用、启用。4.要求支持图文评分表模板适用范围设置。5.要求支持图文评分表模板打印控制设置，书写时根据打印控制限制书写病历打印。6.要求支持普通模板的模板变量设置，以及模板变量的类型、取值类型、默认值值域、单位、是否可编辑、是否保存词句以及对照标准CDA文档节点编码。▲7.要求支持模板变量动态取值和条件动态取值，以及自定义SQL取值。8.要求支持评分项自动求和、范围取值及自定义JS分数计算。9.要求支持图文评分表模板内容格式定义。10.要求支持对照标准的CDA文档编码。11.要求支持对照诊疗活动，执行书写任务时创建不同图文评分表的病历。33.2.6 ▲用户权限管理1.要求支持HIS系统用户导入，与HIS共用用户。2.要求支持权限角色管理，针对不同用户群体设置不同权限。3.要求支持用户角色管理，针对不同用户设置不同角色的权限。33.2.7 门诊病历管理1.要求提供门诊病历修订审批功能，能对已签名未打印的病历直接修改并可查看修订内容前后对比；要求已签名已打印的病历，必须填写修订原因并由质控科审批通过后才可修改。2.要求提供门诊病历检索功能，应可调阅既往就诊资料、历次就诊信息、检验检查结果等，并提供比较功能。3.要求提供门诊病历模板管理，病历书写可调用事先维护的门诊病历模板，要求支持个人级模板、科室级模板两种不同权限的模板维护和调用；4.要求支持书写向导，医师通过点击选常用的病历书写项目进行病历的书写，提高病历书写的速度。5.要求提供门诊病历界面配置及门诊病历段配置。 | ||||
34 病历质控管理 | 34.1▲总体要求（1）要求支持B/S架构，可免于安装客户端，可分别升级服务端与客户端34.2质控规则管理(1)▲要求支持质控规则定义，包括时限规则、缺失规则、内容规则、脚本规则、人工规则、首页规则，已预制病历书写规范中病案质控评分标准规则。(2)要求支持质控规则提醒内容及分值设置。(3)▲要求支持质控规条件设置，针对不同病人情况进行计算。34.3质控方案管理(1)要求支持质控否决规则定义，可关联多个质控规则。可设置质控等级。(2)▲要求支持质控方案定义，设置质控方案总分、质控类型及甲乙丙三级对应分数范围。可设置质控规则分组、分组分数及对应质控规则。也可设置不同质控方案的前提条件，针对不同病人类型使用不同质控方案。(3)要求支持质控人员定义，可停用、启用，批量质控抽查时分配给不同质控员进行质控。(4)▲要求支持患者类型定义，可设置患者类型优先级及过滤方式，要求支持自定义SQL定义患者类型。(5)要求支持质控规则分类定义，已预制病历书写规范中病案质控评分标准分类。34.4科内质控管理(1)要求支持临床科室环节质控评分及临床反馈。(2)要求支持批量质控抽查分配质控执行，可对批量抽查分配的任务进行质控评分及临床反馈。(3)要求支持质控报告输出打印。(4)要求同时要求支持运行病历质控，方便科室质控员进行运行病历质控。(5)要求支持病历召回修改申请和取消完成申请审核。34.5终末质控管理(1)要求支持医务科、质控办或病案室终末质控评分及临床反馈。(2)要求支持批量质控抽查分配质控执行，可对批量抽查分配的任务进行质控评分及临床反馈。(3)要求支持质控报告输出打印。(4)要求同时要求支持运行病历质控，方便医务科、质控办或病案室质控员进行运行病历质控。(5)要求支持病历召回修改申请和取消完成申请审核。34.6▲取消完成审核（1）要求支持取消病历完成申请审核。34.7病历质控抽查（1）要求支持批量质控抽查，可选择必抽患者类型，根据患者类型的优先级进行患者抽取。（2）要求支持批量质控抽查患者分配质控员进行质控。 | ||||
35电子病历分级访问控制 | 35.1电子病历访问申请（1）要求可根据访问者查找要访问的病人，对访问提出申请，并对已授权的内容进行访问。35.2电子病历访问授权（1）要求支持由管理人员对访问者的申请进行审批，或者主动进行访问授权，并可以查看详细的访问日志。 | ||||
36 病人实名认证系统 | 1.要求支持就诊患者档案唯一性控制，提供多种方式建档和案档查阅。 | ||||
37 病案首页管理系统 | 要求支持基于临床、病案、医保不同版本的病案首页进行管理追溯，并接入病案首页质控管理。 要求支持病案首页格式定义，病案首页项目及项目内容、项目至于的自定义； 要求支持填写患者的首页信息并进行病案质控检查，首页编辑的环节控制。 | ||||
38 病案首页质量控制系统 | 38.1▲总体技术要求(1)要求支持与HIS系统一体化应用但又能独立升级。(2)要求支持与HIS系统建立熔断机制以保障意外情况下临床业务不受影响。(3)要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。(4)要求支持服务快速响应，不对HIS日常功能应用形成明显卡顿。 （5）★要求支持B/S架构与HIS系统一体化应用但又能独立升级。（6）★要求支持服务器缓存技术以规避软件长期使用后可能会出现的卡顿问题。38.2▲基本要求(1)符合《病案首页信息学》以及ICD等教科书和标准中关于主要诊断、其他诊断、手术及操作等项目的相关要求。(2)满足《住院病案首页数据质量填写规范（2016版）》中的相关要求。(3)纠错规则可要求支持定制化设置。(4)要求支持首页漏填问题检测功能。(5)要求支持对诊断和手术操作记录间的逻辑关系检查。 (6)要求支持纠错后的在线编辑。(7)要求支持基本维护设置和权限进行管理。(8)要求支持对系统所需的各种参数进行设置，确保系统能够满足各科室的多层次需求。38.3初始化数据(1)▲要求支持对HIS首页填写项目的标准化映射和转换。(2)▲要求支持对复数记录的首页项目自动识别和转换。(3)要求支持对相同业务含义的多个首页项目分组应用。(4)▲要求支持对HIS首页自定义附加项目的定义和采集。(5)▲集成标准的多版本ICD-9/ICD-10编码库。(6)▲要求支持根据用户环境选择适应版本的编码库应用。(7)要求支持对编码明细自定义分类。38.4规则定义(1)▲要求支持对质控规则的自定义设置。(2)要求支持应用场景的定义，并可将质控规则分场景应用。(3)要求支持对病案首页的所有项目应用于规则使用。(4)▲要求支持使用标准的病案首页项目建立规则检查对象。(5)要求支持对规则的提示内容进行自定义。(6)要求支持对单个规则复数判定条件的应用。(7)▲复数条件应用要求支持多个条件间“并且”和“或者”关系的定义。(8)要求支持对首页项目录入内容的非空检查。(9)要求支持对首页项目录入内容固定结果的检查定义。(10)要求支持对首页项目录入内容结果模糊匹配的检查方式定义。(11)▲要求支持对首页项目录入内容和其他项目结果比对的检查方式定义。(12)▲要求支持对首页项目录入内容等于、不等于、大于、小于、包含等的运算检查。(13)要求支持对具备标准值域的首页项目，在条件中使用标准值域建立规则的结果判定依据。(14)要求支持对身份证的合理性校验定义。(15)要求支持根据身份证对性别和出生日期的校验。(16)▲要求支持对诊断和手术操作编码的合理性校验定义。(17)要求支持集成对首页项目的基础校验规则和基于规范的编码逻辑规则。(18)要求支持对质控规则的停用和启用。(19)要求支持基于标准编码库明细、目录或自定义分类建立编码间的逻辑规则。(20)要求支持编码库目录和自定义分类在编码规则应用时，自动拆分编码明细。(21)要求支持对编码间的共存逻辑定义。(22)要求支持对编码间的互斥逻辑定义。(23)要求支持对编码间的合并逻辑定义。(24)▲要求支持对编码的填写顺序的逻辑定义。38.5首页质控应用(1)要求支持在临床首页填写和病案首页编目时进行质控规则检查。(2)▲要求支持可根据不同应用场景使用不同的质控规则。(3)▲提供首页病人入院基本信息填写校验，规则引擎自动校验患者基本信息填写的完整性、准确性。(4)提供首页诊断记录和手术操作记录根据编码规则的逻辑校验。(5)要求支持规则校验后需纠正内容的提醒，并可定位填写位置。(6)▲可要求支持规则纠错后的首页的在线编辑修改。(7)要求支持提供纠错提醒 “禁止”和“提醒”两种可选模式，如选择禁止则要求入院处人员必须完善，否则不能进行下一步操作；选择提醒则只做提醒功能，不做强制性要求。(8)要求支持编码规则的校验，纠错提醒信息要求支持显示标准的ICD编码和名称。(9)▲要求支持根据身份证对性别和出生日期的校验修正信息的回传。38.6运营日志(1)▲要求支持记录所有规则异议行为，并要求支持病案追溯；(2)要求支持医院/科室/医师多个组织维度的筛选与分析，要求支持年/季度/月多个时间维度的筛选与分析； | ||||
39 临床诊疗预警与管控要求支持系统 | 1.要求支持通过对医院业务数据的利用形成规则，对临床诊疗行为的合理性进行预警和管控。 | ||||
40 数据可视化大屏系统 | 40.1页面设计器（1）要求支持通过拖放界面组件、修改组件属性配置、设置页面样式的方式来开发大屏界面，实现丰富多样的信息展现页面。40.2页面运行服务（1）要求支持提供大屏页面设计信息的存储及导入/导出、数据查询服务、页面生成服务，为终端app及设计预览功能提供运行支撑。40.3终端管理(1)要求支持远程管理配置终端设备，包括：要展现的页面、页面切换配置、位置信息（仅用于管理备注）等；(2)要求支持统一查看所有终端的运行状态。40.4Android端App（1）要求支持部署到终端显示设备，显示所配置的大屏页面。 | ||||
41 数据上报工具 | 1.要求上传工具主要通过三种方式：web服务、数据源、webapi，试下数据的采集。运行插件转换原始数据，再通过定时任务触发流程，达到保存目标数据的功能。 | ||||
42 合理用药处方审核管理系统 | 42.1合理用药监测系统增加功能说明42.1.1实时审查功能(1)溶媒审查① 要求支持分析注射液输液药物使用的溶媒是否正确，是否存在溶媒禁用情况，或是药品说明书中未明确规定可使用的，给予提示。(2)配伍浓度审查① 要求支持配伍浓度模块能够监测配伍后的药品浓度是否在药品说明书推荐的给药浓度范围内，若不在此范围内则系统发出警告提醒医生可能需要调整处方药品或溶媒的用量。(3)超适应症审查① 要求支持超适应症模块能够审查病人的疾病情况是否在处方药物的适应症范围内，若病人存在超药品适应症用药的情况，系统则发出警告提醒医生可能需要调整病人的药物治疗方案。(4)儿童、成人常规用药量审查① 要求支持审查成人、儿童的常规用药量，当超出最大范围时给予提醒并拦截，可根据患者体重、体表面积来计算患者的用药量上限,小儿与成人进行常规用药量的审查功能，在不同年龄段、体重、体表面积等因素（参数）都会影响用药的安全疗效。(5)医院自定义知识库规则① 要求支持医院可自定义设置属于医院个性化的知识库，可设置药品说明书、药品超级量、老年人用药、儿童用药、给药途径禁忌使用、限科室用药、限医生与医生级别用药设置等功能。(6)中药味数偏多审查① 要求支持药味偏多实际上是用药超量的一种特殊表现，中医临床如果不按中医理论辨证论治、对证下药，根据医院设置味数最大限量，超出限量值给予提示。(7)门诊抗菌药物使用超三联及以上审查① 要求支持审查门诊使用抗菌药物是否超出3 种及以上时，则系统发出警告提醒医生可能需要调整病人抗菌联用数量。(8)辅助用药超2品种及以上审查① 要求支持审查使用辅助用药是否超出2种及以上时，则系统发出警告提醒医生可能需要调整病人辅助用药数量。(9)中成药分析规则① 要求支持增加中成药品种数审查；同一张处方中使用的中成药不能超过两种。② 要求支持增加中成药注射剂品种审查；同时使用的中药注射剂不能超过1种。(10)无适应症用药审查① 要求支持门诊处方中，未填写诊断或诊断为无效诊断（例如：体检，购药等）时，则系统发出警告提醒医生需要填写正确的诊断信息。(11)性别用药审查① 要求支持进行自定义设置，性别用药模块审查是提示处方中是否使用了不适宜用于此病人性别的药品，如盐酸坦洛新缓释胶囊，用于缓解前列腺增生症引起的排尿障碍，则不适宜用于女性患者。(12)过敏史审核① 要求支持对有药物过敏史的病人进行用药审核，当医生所开药物与病人过敏史相吻合时系统进行警示。过敏源一般由天恒提供。(13)历史处方审核① 要求支持对病人同一次就诊开多张处方时，进行处方联合审查，审核处方中药品是否超量、重复用药等问题。42.1.2知识库查询功能42.1.2.1国家处方集(1)要求支持合理用药的指导性文件，也是实施国家药物政策的重要文件。“处方集”所遴选的药品品种涵盖了国家基本药物目录、国家医保药品目录中的全部药物和其他一些常用药物，基本满足了临床常见病、多发病及重大、疑难、复杂疾病抢救、治疗的需要。42.1.2.2中国药典查询(1)要求支持药典包括凡例、正文及附录，是药品研制、生产、经营、使用和监督管理等均应遵循的法定依据。所有国家药品标准应当符合中国药典凡例及附录的相关要求。42.1.2.3临床指南查询(1)要求支持汇集了国内外最新临床指南及专家共识和推荐意见,提供了科室的国内外最新临床指南解读、指南翻译、中文指南等在线阅读。42.1.2.4中医药知识库查询(1)要求支持该数据库由中药材、中医方剂、中医诊疗方案、中医临床路径、中医标准术语、中医病证分类与代码6个子数据库组成，满足中医药卫生专业人员日常工作中对中医药信息的需求。该数据库能符合国家政策（《中医医院评审暂行办法》《三级中医医院评审标准实施细则2012》、《三级中西医结合医院评审标准实施细则2012》）的要求。① 中药材：要求支持中药材专论是对中药材的属性、理论和临床应用等方面进行专门论述，为临床疾病治疗提供参考。② 中医方剂：要求支持收录了国家权威机构发布的常见病症推荐方、中医经典方、临床应用广泛且疗效确切的协定方、经验方。③ 中医诊疗方案：要求支持收录了由国家中医药管理局医政司发布的常见疾病的中医诊疗方案，包括脑病科、心血管科、骨伤科等27个科室。④ 中医临床路径：要求支持收录了国家中医药管理局发布的最新中医临床路径，包括脑病科、心血管科、骨伤科等27个科室的常见疾病的中医临床路径。⑤ 中医标准与术语：要求支持共包含了五个子模块，均由国家中医药管理局发布，分别是中医病证诊断疗效标准、中医临床诊疗术语（疾病）、中医临床诊疗术语（证候）、中医临床诊疗术语（治法）以及中医基础理论术语。⑥ 中医病证分类与代码：要求支持收录了我国第一个中医疾病分类国家标准，规定了中医病名及证候的分类原则和编码方法，其应用可促进中医临床诊断的规范化和标准化。43.2处方点评系统增加功能说明(1)医生申诉反馈① 要求支持针对不合理处方的申诉情况，在医生工作站平台上都具有处方申诉功能，对自己所出具处方提示有不合理情况时，可确认发送并进行申诉，写明申诉原因，药师可查看到相应的申诉内容并进行调整点评结果，申诉成功后可不与进入统计不合理处方。(2)病例查看① 通过强大的接口读取功能，调取HIS系统中的相关信息，能够帮助临床药师足不出户地查看医院病人的信息，根据病人的实际情况，有目的性、有选择性地进行病人用药指导和现场咨询，并可与临床医生进行用药方案的研究和讨论，从而最大可能地预防潜在药物不良事件（ADR）的发生。② 临床药师可以通过临床药学管理系统的工作平台按照系统提供的多种筛选条件，读取和查看病人的相关管理信息。包括： 病人基本信息、检验检查结果、手术信息、医嘱信息、费用信息。同时，系统可链接到医院的电子病历（EMR）查看患者更加详细的信息。43.3抗菌药物监测系统增加功能说明(1)基本药物使用统计表 ① 按照时间段、科室维度查看门诊/住院/全院各基本药物的基药人次、总人次、基本药物使用率(%)、基本药物品种总数、药品品种总数、基本药物品种使用率(%)、基本药物总金额、药品总金额、基本药物金额总比例(%)等指标。(2)全院药品销售金额排名① 按照时间段、药物、科室、医生、药品分组等维度查看门诊/住院/全院各药品的数量、合计数量、零售价、零售金额、合计金额等指标。② 医院用药情况排名表 按照时间段、药物、科室、医生、药品分组等维度查看门诊/急诊/住院/全院科室/医生的抗菌药物药费、抗菌药物DDDs等指标。(3)医疗机构碳青霉烯类抗菌药物及替加环素使用情况信息表① 按时间段、科室维度查看碳青霉烯类抗菌药物及替加环素使用基本情况表。(4)科室用药情况排名表 ① 按照时间段、门诊、急诊、住院、西药、中成药、中药饮片等维度查看各科室排名前几名的药品使用数量、金额等指标，可设置按金额、数量排名。(5)辅助用药收入占比统计① 按照时间段、科室维度查看各科室的辅助用药的药占比门诊(%)、药占比住院(%)、药占比全科(%)等指标。（提供系统功能截图）(6)质子泵抑制剂综合使用情况表① 按照时间段、科室维度查看门诊/住院名科室的质子泵抑制剂DDDs、质子泵抑制剂注射剂DDDs、患者人天数、质子泵抑制剂使用强度、质子泵抑制剂注射剂使用强度、总人数、平均住院天数、质子泵抑制剂金额、质子泵抑制剂使用率、质子泵抑制剂注射剂使用率等指标。(7)质子泵抑制剂使用基本情况表① 按照时间段、科室维度查看住院名科室的住院患者质子泵抑制剂总使用率、住院患者质子泵抑制剂注射剂使用率、住院患者质子泵抑制剂总使用量(DDD数) 、住院患者质子泵抑制剂注射剂使用量(DDD数)、总占床日、质子泵抑制剂总使用强度(DDDs)、质子泵抑制剂注射剂使用强度(DDDs)等指标。(8)门急诊处方用药情况调查表① 按照时间段、科室维度查看门急诊各患者处方的品种数、基药品数、是否使用注射剂、抗菌药处方使用情况、输液药品、处方金额等指标。43.4前置审方功能描述智慧前置审方系统可以为药师提供专门的审方工作平台，帮助药师在医生开完处方（医嘱）后，患者缴费前完成处方（医嘱）实时审查并干预。经过医生、药师对处方的多重检查，及时发现潜在的不合理用药问题，预防药物不良事件的发生、促进临床合理用药工作。系统以处方（医嘱）为单位进行管理，一张处方或病人新开医嘱即为一个任务，若有多个药师同时进行审方干预工作，系统可以进行任务分配。管理者还可以通过系统提供的统计分析模块对药师前置审方干预情况进行统计分析和回顾研究，便于进行药师绩效管理。用户还可以查看历史处方和药师干预记录的详细信息。用户还可以通过用户管理和系统设置功能对系统使用权限、重点关注处方、系统预审等进行灵活设置，更贴合医院临床实际需要。(1)药师审方干预功能医生开具处方（医嘱）后，智慧前置审方系统自动审查出问题处方（医嘱）并提示药师，由药师对这些问题处方（医嘱）进行人工审查。审查过程中，药师可就处方（医嘱）的不合理用药等问题与医生反馈沟通，医生修改处方（医嘱），直到通过，进入下一环节，实现药师审方干预效果。(2)系统审查医生开具新处方或修改处方后，智慧前置审方系统先进行系统审查，无不合理用药问题或者问题严重程度较低的处方直接通过进入下一环节，无需药师再人工审查。(3)待审处方提示提示药师有待审查新处方或待审查已修改处方。(4)药师人工审查药师在审方界面可以看到待审处方数量。待审门诊处方信息以处方笺格式显示，待审住院医嘱还会显示病人手术等详细信息。药师还可以查看系统审查结果详细信息，作为人工审查的参考。(5)药师医生实时互动关于药师人工审查未通过的处方，药师可以通过通信平台与医生进行沟通。系统为药师提供了不合理用药问题描述模板，药师可以在此基础上编辑不通过处方的详细描述发给医生，医生修改处方信息后，处方重新进入系统审查-人工审查-修改处方环节，直至处方通过。同时，药师可以根据具体情况赋予医生处方强制执行权限。(6)处方状态标记处方最终通过审查的情况有很多，为了区分这些不同情况下通过的处方，以及记录通过处方的每个修改版本的情况，系统给这些处方会添加不同的标记如“系统通过”、“药师首次不通过”、“系统关闭通过”等。(7)实时查看通过处方信息经过系统审查、药师人工审查、药师医生沟通等多个环节后，处方通过并进入了下一环节。药师可在审方界面实时查看当天已通过处方的详细信息。(8)定时审方住院药师审方干预除了实时审查模式外还提供定时审查模式，不同于实时审查模式的系统自动更新任务，药师可根据自身工作安排，自主选择某个时间点获取任务。(9) 审方干预自定义为了贴合医院实际需要， 审方系统为用户提供审方干预自定义功能。用户可以设置审方时限即超过规定时限，待审查处方自动通过，避免患者等待时间过长。用户可以设置需要药师人工审查的问题处方（医嘱）的问题严重程度和审查项目。系统审查后，问题严重程度低的处方（医嘱）直接通过，药师只审查问题严重程度高的问题处方（医嘱）即可，减轻药师工作量。非药师审方工作时间，可将系统关闭，关闭时若有未处理任务，系统先提示，用户确认后，未处理的任务全部自动通过，处方状态标记为“系统关闭-自动通过”。系统关闭期间传过来的处方自动通过，系统不审查，不影响处方（医嘱）执行。(10)灵活的系统自定义设置模块，可以满足不同应用场景的需要① 审方功能开关a.选择“系统设置”中启用审方，点击“设置”按钮保存。用于打开、关闭审方功能。② 启用全审方a.在“系统设置”中，勾选/取消勾选 启用全审方，用于启用是否全部处方审核。当勾选，则所有全院所有处方都会进入前置审方由人工进行审核。③ 审方时间设置a.可设置审方时间段：在审方时间段内的才需要审方，不在时间段范围内的不需要审方b.可设置周六、周日时间不审方，将不审方的日期预设，届时即不提醒审方。c.在“系统设置”中填入审方超时时间，点击“设置”按钮保存。该超时时间为处方、医嘱提交之后，超时自动审核通过的时间。超时时间门诊、住院分别独立。d.在“系统设置”中填入处方锁定超时时间，点击“设置”按钮保存。该超时时间为打开处方、医嘱时，处方、医嘱进入锁定审核直至超时的时间。④ 按科室设置审方超时是否自动通过设置a.可根据医院特殊情况，针对科室进行设置审方超时是否自动通过设置⑤ 启用审方科室设置a.在“审方科室设置”区域，选择门诊、住院需要应用审方的科室，点击“设置”按钮保存。没有选择的科室将不会进入前置审方。⑥ 药师分配审方科室开关a.在“药师审方科室分配”区域，选择“启用药师审方科室分配”，点击“设置”按钮保存。启用后，药师登录前置审方职能看到被分配的科室产生的处方或者医嘱。若不启用，则药师能看到所有科室的处方或者医嘱。⑦ 药师分配审方科室a.在“药师审方科室分配”区域，在“药师列表”中选择药师，然后在右边的“审方科室列表”中选择需要分配的科室。点击“设置”按钮保存。(11)强制保存填写理由等待审核当医生所开处方出现严重问题时，需要强制通过流转到审方中心，医生必须填写用药理由后方可流转。(12)批量审核处方药师结合处方详细信息和系统审查结果信息审查完后，可选择多张待审查新处方（医嘱）批量通过人工审查。(13)审核意见预设置在审方界面中，输入审核意见，点击保存，则保存预设置的审方意见，选择已保存的审方意见，点击删除，则删除内容。(14)医生与药师互动① 医生通过反馈开出处方的理由！并将信息传给药师，并等待药师审核。② 药师审方不通过的处方，流转到医生工作站中，医生工作站中检测到有新的未通过处方并提示医生，显示审核不通过理由。③ 医生与药师沟通的信息进行归档保存，必要时可查询相应结果。(15)集成检验、检查、手术、病程记录信息，辅助审方① 检查信息查看：可查看审方病人的检查信息。② 手术信息查看：可查看审方病人的手术记录详细信息。③ 检验信息查看：可查看审方病人的最新的所有检验信息，并可以查看检验信息的曲线趋势图，知晓病人的检验情况变化。④ 病程记录信息查看：可查看审方病人的病程记录，辅助药师审方。(16)已审处方（医嘱）查看功能功能：可查询药师已审核的处方（医嘱），并可以修改已审处方（医嘱）的审核状态（通过、不通过）。(17)已审患者重新审方功能：药师可对已审核病人所有医嘱进行重新审核分析，方便药师后续核对病人医嘱问题。(18)★医生提交处方时，系统可先提示处方（医嘱）问题，医生可先自查。自查后，医生可选择返回修改或提请审核，提请审核时还可添加用药理由，方便药师第一时间了解医生用药目的。(19)★可声音提示药师有待审查新处方（医嘱），提示音可设置。(20)★可设置双签模式，如所有任务医生双签药师都需审核、所有可双签通过的处方医嘱，需要药师确认允许双签通过、医生的界面就会出现双签通过的按钮，需要医生确认，系统会记录双签通过的时间与状态，便于后续点评与用药做跟踪服务。(21)★监测界面显示任务剩余时间，并提供任务倒计时暂停。(22)用户可设置自动干预模式，药师不在岗时，系统自动干预，支持全院和分科室设置。(23)处方查询功能用户可以查看历史处方详细信息和药师干预的详细记录。(24)★审方等待时间延长设置可设置药师进入处方界面时，医生等待的时间延长为设置的时间。当药师审核时间不够时，可设置增加当前处方的审核时间。(25)统计分析功能审方系统在药师进行审方干预时，可以对药师干预结果数据进行自动采集和保存，并能提供全面的药师干预结果的统计和分析。用户可以根据需要设定统计条件和统计范围，能生成全院整体情况统计表、药师个人情况统计表、被干预排名表（医生、科室）等报表、柱状统计图、趋势图，为医院的相关部门分析研究和管理药师审方干预情况提供依据。 | ||||
44 重症监护管理系统 | (1)对医院在用的重症信息系统进行改造开发，实现其系统达到电子病历系统应用水平分级评价五级相关要求；(2)相关要求如下：a.重症系统APACHE评分检验结果同步功能改造b.重症系统集成门户改造c.重症监护系统集成病历系统改造d.重症系统集成检查报告改造 | ||||
46儿保门诊医生站系统 | 1.微信移动应用(1)消息推送① 公众号推送：要求支持主要推送场景：关注公众号、保健提醒、建档提醒、检验检查报告提醒、高危评估、保健指导、转诊提醒、总检报告提醒、专案结案等(2)首页① 要求支持新建儿童档案、已在医院建档的档案匹配关联；② 要求支持在“儿童档案”中切换档案，切换后页面默认展示选择的档案信息。并要求支持修改、删除、新增档案，并对未实名的档案进行实名认证；③ 要求支持展示当前儿童接收的最新消息，点击查看所有消息及消息详情；④ 要求支持查询儿童每次就诊所做的检验检查及检验检查报告详情，要求支持切换儿童及选择时间段；⑤ 要求支持查询儿童的高危专案管理记录，要求支持切换儿童及选择时间段；⑥ 要求支持查询儿童做儿保推荐的所有保健指导及保健指导详情，要求支持切换儿童及选择时间段；⑦ 要求支持查询儿童做儿保的历史记录，可以查看每次儿保的详细信息，包括查看儿保的总体评估、常规检查及检验检查的报告详情、门诊处置、高危评估、保健指导、监测曲线图等信息，要求支持切换儿童及选择时间段；⑧ 要求支持展示儿童的身高(长)/年龄、体重/年龄曲线图；⑨ 要求支持对于未实名的儿童做实名认证，已实名的儿童则不能操作；2.护士工作站(1)分诊概况：要求支持统计显示儿保科今日待分诊、今日候诊中、今日就诊中、今日已完成的汇总及根据各医生分类统计；(2)消息推送：要求支持系统内的相关协调消息提醒；(3)工作站设置：要求支持字号大小设置(4)全屏/退出：要求支持工作站F11全屏快捷操作及退出；(5)分诊管理① 要求支持查询未分诊的挂号列表及工作站分诊的病人列表进行分诊操作，要求支持按病人关键字及时段查询；② 要求支持查询已分诊的病人进行重新分诊、取消分诊、置顶等操作，同时要求支持按病人关键字及时段查询；③ 要求支持查询就诊中的病人进行回诊操作，同时要求支持按病人关键字及时段查询；④ 要求支持查询已诊中的病人进行继诊操作，同时要求支持按病人关键字及时段查询；(6)儿童档案：要求支持档案新建、档案匹配查询、档案下载、档案保存、分诊、母子健康手册打印、儿保手册编码打印、锚点定位等功能；(7)基础测量：要求支持身高、体重、头围、前囟等测量录入并保存；(8)保健内容：要求支持根据医院等级选择基础版和专业版保健内容录入保存(9)预开项目：要求支持护士站下达医生授权的常规儿保项目的发送、撤销等操作；(10)文书管理：要求支持护士站打印儿保相关的医疗文书；(11)生长发育曲线：要求支持护士站查看儿童的生长发育曲线图；(12)扩展功能：要求支持根据科室需求扩展护士站的快捷操作入口；3.保健医生站(1)首页① 要求支持包括候诊病人的查询、叫号、接诊、重呼、过号等操作；② 要求支持针对就诊中的病人进行完成接诊、取消接诊、转科、转诊等操作；③ 要求支持针对已诊病人可以根据条件快捷筛选，同时对已诊病人进行恢复接诊操作；④ 要求支持快捷操作入口包括：立即接诊、档案管理、高危管理、体检记录查询、综合查询等入口；⑤ 要求支持包括今日接诊、在管儿童数量、在管高危儿数量、近3个月高危儿结案人数、近1年管理的早产儿数⑥ 要求支持早产儿、 营养不良、 佝偻病、 贫血等人群的待建专案和待结案的提醒，同时要求支持待高危随访的人数⑦ 要求支持统计科室内高危儿童的排行情况⑧ 要求支持统计当前儿保医生近一周保健走势；⑨ 要求支持统计儿保科高危人群占比⑩ 要求支持儿童保健记录的查询，包括门诊、保健、住院等信息查询⑪ 要求支持查询孕妈孕期的高危情况及新生儿的分娩情况；⑫ 要求支持医生站快捷挂号⑬ 要求支持各类电子文书的书写、编辑、打印等操作⑭ 要求支持儿童生长发育图的查看⑮ 要求支持右侧快捷单据的查看和打印操作⑯ 要求支持针对就诊病人转到其他科室或者其他诊室⑰ 要求支持调用双转平台的转诊集成⑱ 要求支持对病人进行完成接诊操作；⑲ 要求支持根据医生需求扩展快捷操作入口；(2)消息推送：要求支持系统内的相关协调消息提醒；(3)工作站设置：要求支持字号大小设置(4)全屏/退出：要求支持工作站F11全屏快捷操作及退出；(5)儿童档案① 要求支持对儿童档案进行保存操作② 要求支持对母子健康手册的打印③ 要求支持建档编号生成二维码打印；(6)问诊信息：要求支持喂养情况、 生活习惯、患病情况 的问询记录(7)保健内容① 要求支持针对保健记录数据高危评估② 要求支持儿保医生对各类测量、测评数据、综合评估、体格检查、下次体检时间等进行保存③ 要求支持打印儿保体检总检报告；④ 要求支持综合评估后直接建立高危专案、包括高危管理记录(8)高危专案① 要求支持待建专案自动加载，要求支持一键建立专案② 要求支持已建立专案的列表查询（卡片模式展现）③ 要求支持专案明细查看④ 要求支持管理记录查询及新增、编辑、删除；(9)治疗方案① 要求支持方案分类的新增、删除；要求支持方案目录信息增加、删除；② 要求支持方案分类及科室、人员设置；(10)高危管理：要求支持医生站直接跳转到高危管理工作站；(11)门诊日志：要求支持门诊日志报表关键，根据医院科室需求定制报表(12)报表：要求支持在医生站挂接自定义报表；(13)门诊病历① 要求支持门诊病历配置、书写门诊病历、要求支持常见内容自动导入到门诊病历中；② 要求支持医生签名；要求支持病历模板的新增修改删除；③ 要求支持门诊病历打印保存；(14)医嘱下达① 要求支持填写简易病历、录入诊断；② 要求支持根据项目名称，快速下达药品、中药、检验、检查、处置、手术；③ 要求支持检验检查常见方案保存、快速导入；④ 要求支持医嘱的下达、删除、一并给药等内容；(15)报告查看① 要求支持查看本人指定时间范围的检查报告列表，并查看本次报告； ② 要求支持检验、检查结果对比4.测评工作站(1)待检列表① 要求支持按关键字、当天等条件查询待检病人② 要求支持一键呼叫待检病人；③ 要求支持手动刷新，重新加载待检病人④ 要求支持过号操作⑤ 要求支持测评医生一键接收待检病人(2)已检列表① 要求支持按检查中、已检查等维度查询已检病人；② 要求支持一键完成操作；(3)测评① 要求支持保存本次测评的录入项数据② 要求支持诊断本次测评完成后打印测评报告③ 要求支持保存本次测评的录入项数据并完成测评工作；(4)消息推送：要求支持系统内的相关协调消息提醒；(5)工作站设置：要求支持字号大小设置(6)全屏/退出：要求支持工作站F11全屏快捷操作及退出。5.随访工作站(1)随访登记① 要求支持根据儿童姓名、证件号、出生日期、高危类型、上次随访结果等条件进行检索；② 要求支持根据查询条件查询出的数据进行导出操作；③ 要求支持对高危儿童进行随访登记操作(2)随访记录查看：要求支持根据儿童查询随访记录、系统内的相关协调消息提醒；6.高危管理工作站(1)高危管理专案① 要求支持建立高危儿童专案及其管理；② 要求支持建立早产儿专案及其管理；③ 要求支持建立蛋白质能量营养不良专案及其管理；④ 要求支持建立营养性缺铁性贫血专案及其管理；⑤ 要求支持建立维生素D缺乏性佝偻病专案及其管理；⑥ 要求支持建立专属风险儿童专案及其管理；⑦ 要求支持上述专案包含管理日期、高危分类、高危因素及建专案后历次保健记录过程管理；⑧ 要求支持相关专案及管理记录打印；导出相应专案数据；⑨ 要求支持相关专案整体全流程动态管理；7.数据中心(1)病历检索① 要求支持通过儿童姓名、儿童证件号、父亲母亲及监护人姓名和证件号精确查询② 要求支持上次检查日期、高危专案类型、上次随访日期、上次随访结果、待随访、已转正等条件查询③ 要求支持点击列分析满足条件和不满足条件内容比例④ 要求支持导出符合结果的数据⑤ 要求支持点击儿童名称，查看儿童档案(2)儿童档案① 要求支持按照分娩、访视、保健、随访、门诊、住院事件过滤，默认选择保健② 要求支持身高、体重发育曲线③ 要求支持问询内容、眼及视力、耳及听力、口腔、心理行为、体格检查、高危因素、专案管理、保健指导、④ 要求支持访信息显示异常并查看详情⑤ 要求支持计划免疫，内容显示⑥ 要求支持检查、检验、病历、中药、西药、医嘱单显示8.后台管理(1)基础配置① 要求支持工作站导航设置② 要求支持保健保健管理；③ 要求支持高危因素配置及教教模板的管理；④ 要求支持儿童专案类型配置及其管理；⑤ 要求支持儿童生长发育曲线配置、要求支持多种儿童生长发育曲线；⑥ 要求支持统计子系统的配置；⑦ 要求支持其他系统后台配置功能9.后端管理(1)业务管理① 要求支持各类统计查询、档案管理及高危管理、要求支持危急值预警，要求支持儿童历次保健记录查看、要求支持查看儿童保健视图、要求支持与第三方系统进行儿童保健记录数据上传；可以要求支持数据导出excel表格② 要求支持将查询数据导出excel③ 要求支持修改建档信息(2)综合查询① 要求支持挂接系统代码开发的比较复杂的查询类报表，一般是产品自带要求支持挂接报表配置中【综合报表】设置的自定义报表内容 | ||||
46儿童早期发展评价系统 | (1)发育筛查① 要求支持新生儿20项神经行为测试（NBNA）② 要求支持丹佛发育筛查（DDST）③ 要求支持0-6岁儿童智能发育筛查（DST）④ 要求支持瑞文智力测验(2)发育诊断① 要求支持0-6岁儿童神经心理发育量表② 要求支持Gesell发育诊断量表③ 要求支持0-3岁婴儿发育量表④ 要求支持0-6岁儿童神经心理发育量表(儿心-Ⅰ)⑤ 要求支持0-6岁儿童神经心理发育量表(儿心-Ⅱ)⑥ 要求支持贝利婴幼儿发展量表(3)能力类评定① 要求支持韦氏学前儿童智力测验（WPPSI）4-6.5岁② 要求支持图片词汇测试（PPTV）③ 要求支持韦氏儿童智力量表（WISC-CR）6-16岁④ 要求支持0-1岁神经运动检查20项⑤ 要求支持0-1岁神经运动检查52项⑥ 要求支持感觉统合发展评定3-12岁⑦ 要求支持Peabody运动发育量表⑧ 要求支持粗大运动功能测试（GMFM）(4)行为症状测评① 要求支持Rutter行为父母问卷（3-17岁）② 要求支持Rutter行为教师问卷（3-17岁）③ 要求支持Conners行为父母问卷（3-17岁）④ 要求支持Conners行为教师问卷（3-17岁）⑤ 要求支持2-3岁儿童行为量表⑥ 要求支持Achenbach儿童行为量表（CBCL）⑦ 要求支持改良婴儿孤独症筛查量表⑧ 要求支持症状自评量表SCL-90⑨ 要求支持婴儿喂养困难评分量表中文版(MCH-FS)⑩ 要求支持饮食行为问题筛查评估⑪ 要求支持婴儿-初中生社会生活量表⑫ 要求支持学习障碍儿童筛查量表(PRS)⑬ 要求支持阿斯伯格综合征儿童筛查量表⑭ 要求支持DSM-IV诊断ADHD⑮ 要求支持注意缺陷-多动障碍（ADHD）评估—父母问卷⑯ 要求支持注意缺陷-多动障碍（ADHD）评估—教师问卷(5)孤独症评估① 要求支持简易幼儿孤独症筛查量表（家属）② 要求支持简易幼儿孤独症筛查量表（医生）③ 要求支持改良婴儿孤独症筛查量表中文修订版④ 要求支持克氏孤独症筛查量表⑤ 要求支持孤独症行为量表（ABC）⑥ 要求支持孤独症行为量表（CARS） | ||||
47儿童营养测评工作站系统 | (1)营养评估① 要求支持能进行临床体征筛查、回顾法膳食评估、运动评估② 要求支持食谱制定支持自定义食谱、支持经典食谱导入③ 要求支持采用最新的膳食摄入参考标准和食物成分表④ 要求支持基于儿童常见疾病提供经典食谱参考意见⑤ 要求支持膳食门诊综合报告打印，报告内容支持自定义选择。⑥ 体格发育监测：要求支持记录历次体格检查数据（含中上臂臂围、三头肌皮褶厚度、肩胛下皮褶厚度、疾病诊断、体重及评价、身高及评价、头围及评价），并生成曲线图；⑦ 临床体征检查：要求支持42种可能缺乏的营养素供选择，显示历史筛查记录，并支持打印临床体征检查报告；⑧ 生化检验检查：要求支持查看检验数据；⑨ 膳食调查：要求支持餐次类别（早餐、早点、午餐、午点、晚餐、晚点）、菜谱（主食、素食类、水果类、麦淀粉类等）分类；要求支持加配料；要求支持营养素分析；要求支持打印营养调查报告；⑩ 营养风险筛查：要求支持营养不良评估筛查（STAMP）；要求支持风险及发育不良筛查；⑪ 喂养行为评估：要求支持饮食行为问题筛查评估（IMFeD）；要求支持婴幼儿喂养困难评分量表中文版；(2)营养支持① 要求支持国标、WHO2006、WHO2007标准；② 要求支持0~6岁、0~18岁等多种发育图；③ 要求支持多种临床体征，自动根据临床表现给出可能缺乏的营养素，并打印报告；④ 要求支持根据早餐、早点、午餐、午点、晚餐及菜谱类别进行膳食调查，并提供快捷检索；⑤ 要求提供每种食物的营养素分析；⑥ 要求支持打印膳食分析报告。(3)诊断与指导① 要求根据体格检查、临床体征、营养风险评估、膳食调查、运动处方、膳食食谱提供综合的诊断与指导 | ||||
48儿童入托体检系统 | (1)报道登记：要求支持信息登记，通过预约编号获取信息，编辑并保存登记信息；打印指引单；支持辅助检查申请，将固定检查项目和可选检查项目与his对接，儿童可直接到检验科报到。(2)体格检查：要求支持体格检查与登记，既往病史、过敏史、皮肤、眼外观、耳外观、头颅、胸廓、脊柱四肢、咽部、心肺、肝脾、外生殖器、其他(3)视力检查：要求支持视力检查与登记功能，包括左眼、右眼视力、其他描述(4)口腔检查：要求支持口腔检查与登记功能牙齿数量、龋齿数量(5)结论评估：要求支持自动获取实验室检查结果；健康教育模板；统一生成标准报告。包含：基本信息、体格检查、视力检查、口腔检查、辅助检查原始报告单、医生结论、医生电子签名和儿童家长电子签名。(6)其他：要求支持通过短信通知儿童家长体检报告完成；通过短信可查看到在线报告。 | ||||
49托幼机构职工体检系统 | (1)报道登记：要求支持信息登记，通过预约编号获取信息，编辑并保存登记信息；打印指引单；支持辅助检查申请，将固定检查项目和可选检查项目与his对接。(2)体格检查：要求支持体格检查与登记，妇科生育史、妇科既往史、既往史、体格检查。(3)妇科检查：要求支持妇科检查登记，包括宫颈情况、其他情况、诊断(4)辅助检查：要求支持阴道分泌物、血常规、乙肝两对半定量检测等，支持与LIS双向互联，申请及结果回传(5)结论评估：要求支持自动获取实验室检查结果；内置健康教育模板；统一生成标准报告，包含：基本信息、体格检查、辅助检查、影像学检查、医生结论、医生电子签名。支持个人报告打印。(6)其他：要求支持通过短信通知体检报告完成，通过短信可查看到在线报告。 | ||||
★二、服务期内中标供应商要求后续针对本项目建设开发的所有医院信息化软件产品均提供给采购人使用； | |||||
★三、服务期内要求中标供应商提供软件维护服务（包含医院现有的临床医院信息系统、影像管理系统、卫材、物资、设备、财务监控等系统）及本项目软件接口开发服务。 | |||||
★四、系统集成要求供应商必须充分考虑产品与医院现有HIS系统的兼容性，要求产品能与医院现有HIS系统做接口实现无缝连接。医院原有信息系统标准化改造费用应包含在本次报价里，并在响应文件中提供承诺函（格式自拟）原件并加盖供应商公章。 | |||||
★五、互联互通要求本项目系统启用后能与医院原有数据实现互联互通，提供承诺函（格式自拟）原件及本次供货产品能与医院现有HIS系统实现数据无缝连接测试报告或说明文件复印件并加盖供应商公章。 | |||||
六、存储服务升级 1.要求存储架构专为高性能环境下的高可用存储场景而设计，全冗余性能无损配置，单控制器故障、更换、升级、自动切换，存储系统性能都完全不会受到影响。 2.要求实配2个存储控制器，可在线扩展到≥8个控制器；单控制器配置2颗X86架构CPU，双控存储系统X86 CPU核心总数≥56，主频≥2.2Ghz； 3.要求双控实际配置缓存≥336GB；配置10GbT（RJ45电口）端口≥6个，16Gb FC端口≥8个；配置物理容量≥294TB，非压缩非去重可用空间≥203TB。支持全局在线重删和压缩技术，具备2-3倍或以上的在线数据压缩比； 4.要求实配磁盘IOPS性能4K随机读≥90000 IOPS，4K随机写≥135000 IOPS； 5.要求采用NVDIMM非易失性缓存，对写入时不同大小的数据块进行整理和聚合，以条带顺序写入后端介质，极速提升随机写入效率； 6.要求采用先进算法及SSD固态盘对存储系统进行性能优化，SSD可随意热插拔更换，不采用非热插拔PCI-E闪存卡； 7.要求支持三盘校验，同一RAID组内任意三块数据磁盘(不含热备盘)失效时，数据不丢失； 8.要求支持盘内校验，即使失去Raid保护后，也从不可恢复的读取错误（URE）中恢复。 | |||||
七、服务器升级 一、基本配置服务要求 1.要求刀片服务器机框； 2.要求刀箱提供≥6个电源模块插槽，满配电源模块；刀箱提供≥12风扇槽位，满配风扇散热模块；配置冗余1+1刀箱管理模块和1个LCD显示模块； 3.要求配置≥2个以太网网络模块，每个以太网网络模块提供≥16个万兆端口和≥4个40GE端口 4.要求配置≥2个FC网络模块，每个FC网络模块提供≥8端口16GB FC端口，所有端口全部激活； 5.要求配置≥20个万兆以太网多模光模块，≥10个16Gb FC多模光模块，≥2根40G堆叠线缆； 二、技术参数服务要求 1.总体要求：要求单机框支持集成刀片服务器、刀片网络模块、刀片存储、X86服务器虚拟化软件、存储虚拟化软件、云管理平台等组件。 3.互连模块插槽：单个机框可支持≥6个网络插槽。每平面网络模块互为备份， 4.背板：要求无源背板，背板带宽≥42Tbps。支持未来至少10年刀片服务器相关技术架构演进； 5.管理模块：要求支持≥2个硬件管理模块，并支持≥2*GE+≥2*10G SFP+业务端口。 | |||||
八、应用服务器服务升级 一、基本配置服务要求 1.兼容性：要求与刀箱完美适配 2.处理器：要求实配≥2颗Intel Xeon 5218(2.3GHz/16核/22MB/125W)处理器 3.内存：要求实配≥512GB DDR4-2933内存，本地提供≥24个内存槽位，支持≥3TB内存扩展，支持智能内存巡检系统； 4.硬盘：要求前面板≥2个硬盘槽位，支持SATA/SAS/NVMe硬盘,板载支持2个Micro SD卡槽位，实配≥2块960GB SSD热插拔硬盘； 5.阵列控制器：要求实配1个12G SAS磁盘阵列控制器，≥2GB缓存，支持RAID 0/1/5/6/60和RAID 1 ADM； 6.网卡：要求支持TOE.TCP/IP卸载、iSCSI加速、SR-IOV、FCOE。支持虚端口带宽100M-10G动态调配；实配≥2个万兆以太网口 7.HBA卡：要求配置≥1个双端口16G FC HBA 光纤通道HBA卡; 二、技术参数服务要求 1.硬盘扩展：要求最高支持前部≥3个SFF硬盘，内部支持≥2个SD卡，最高支持前部2个M.2，支持前置/内置NVMe硬盘，最高支持2块前置NVMe硬盘， 2.GPU支持：要求支持1块单宽GPU卡； | |||||
九、虚拟化平台升级 1.要求虚拟化软件架构采用裸金属架构，可直接安装在服务器硬件设备上，基于KVM架构开发，可维护性好;投标产品完全自研，非OEM或贴牌产品，禁止借用第三方软件的整合，以保证功能的可靠性和安全性； 2.要求配置≥16颗物理CPU授权许可，含安装部署服务，3年软件技术支持服务； 3.要求支持现有市场上主要国内外操作系统，包括Windows、CentOS、Fedora、RedHat、SUSE、Ubuntu、FreeBSD、MacOS、中标麒麟、中标普华、深度、一铭、凝思等。 4.要求提供统一的虚拟机管理界面，在同一界面上提供虚拟机启动、暂停、恢复、休眠、重启、安全关闭、关闭电源、克隆、迁移、备份、快照、克隆为模板、修改等生命周期管理功能。 5.要求支持虚拟机迁移历史记录功能，记录中包含迁移的操作员、迁移方式、源主机、目的主机、开始时间、迁移耗时等信息，便于对虚拟机的迁移路径进行回溯。 | |||||
十、服务器安全管理系统升级 要求普通版组合包SNI（包含防病毒+防火墙+入侵防御+webshell检测四项功能），提供16颗CPU普通版功能包三年服务授权，包括：7x24远程电话支持服务、相应模块规则库升级、模块软件升级。 | |||||
十一、刀片服务器扩容服务 一、基本配置要求 1.兼容性：要求与现网刀箱完美适配，横向平滑扩容；提供8套刀片服务器扩容； 2.处理器：要求实配≥2颗Intel Xeon 5218(2.3GHz/16核/22MB/125W)处理器 3.内存：要求实配≥512GB DDR4-2933内存，本地提供≥24个内存槽位，支持≥3TB内存扩展，支持智能内存巡检系统； 4.硬盘：要求前面板≥2个硬盘槽位，支持SATA/SAS/NVMe硬盘,板载支持2个Micro SD卡槽位，要求实配≥2块960GB SSD热插拔硬盘； 5.阵列控制器：实配1个12G SAS磁盘阵列控制器，≥2GB缓存，支持RAID 0/1/5/6/60和RAID 1 ADM； 6.网卡：要求支持TOE.TCP/IP卸载、iSCSI加速、SR-IOV、FCOE。支持虚端口带宽100M-10G动态调配；实配≥2个万兆以太网口 7.HBA卡：要求配置≥1个双端口16G FC HBA 光纤通道HBA卡; 二、技术参数要求 1.GPU支持：要求支持1块单宽GPU卡； | |||||
十二、虚拟化平台容灾服务 1.要求虚拟化软件架构采用裸金属架构，可直接安装在服务器硬件设备上，基于KVM架构开发，可维护性好;投标产品完全自研，非OEM或贴牌产品，禁止借用第三方软件的整合，以保证功能的可靠性和安全性； 2.要求配置≥16颗物理CPU授权许可，含安装部署服务，3年软件技术支持服务； 3.要求支持现有市场上主要国内外操作系统，包括Windows、CentOS、Fedora、RedHat、SUSE、Ubuntu、FreeBSD、MacOS、中标麒麟、中标普华、深度、一铭、凝思等。 4.要求 兼容现网虚拟化平台，无缝对接和平滑容灾； 5.业务容灾：要求提供≥10个业务系统的容灾授权，可实现现网生产站点故障后，容灾节点接管业务保障连续性。 6.要求提供统一的虚拟机管理界面，在同一界面上提供虚拟机启动、暂停、恢复、休眠、重启、安全关闭、关闭电源、克隆、迁移、备份、快照、克隆为模板、修改等生命周期管理功能。 7.要求支持虚拟机迁移历史记录功能，虚拟化平台内置健康巡检功能。 8.要求支持批量修改虚拟机的配置参数，包括：CPU调度优先级、CPU个数、内存大小、I/O优先级、启动优先级、是否自动迁移、tools自动升级等。 | |||||
十三、数据保护一体机 1.CDM数据副本管理 1.1整机备份 1.1.1要求提供数据副本管理授权≥ 200TB。 1.1.2要求操作系统和数据捕获采用磁盘块变化追踪技术，支持实时保护，支持IPv4和IPv6网络环境的部署和运行。 1.1.3要求首次安装客户端程序时无需重启生产系统。 1.1.4要求支持在线备份，即备份过程中生产业务系统无需停止。 1.1.5要求支持MBR、GPT格式的系统盘备份，自动匹配对应格式。 1.1.6要求支持永久增量备份和增量合成。 1.1.7要求支持数据传输加密，支持AES和SM4国密算法。（提供AES和SM4国密算法界面截图） 1.1.8要求支持提供带宽控制功能，可灵活根据时间段调整带宽，可降低对生产业务网络的影响。 1.1.9要求支持CBT细粒度备份。最短备份时间间隔为1分钟。 1.1.10要求支持设定备份周期，自动循环备份。 1.1.11要求支持设定备份启动方式，可手动启动、定时自动启动、立即启动。 1.1.12要求支持开启备份数据自动演练和自动验证。 1.1.13要求支持保护Oracle、MySQL、SQLServer数据库，保证备份数据一致性。（提供整机备份时针对数据库一致性保证截图） 1.1.14要求备份数据以虚拟磁盘格式保存，支持快照特性。 1.1.15要求支持备份点管理。包括查看备份点类型，生成时间和使用情况。可通过备份点直接进行接管、演练、挂接、恢复等操作。 1.2接管演练 1.2.1要求提供容灾平台的规格配置信息（如CPU，内存，硬盘，OS版本等），并在界面呈现。 1.2.2要求备份服务器集成虚拟平台，可以实现快速接管，RTO可以达到分钟级。 1.2.3要求支持IPv4和IPv6网络环境的部署和运行。 1.2.4要求提供一体机ISO进行安装部署。 1.2.5要求一体机支持跨VLAN通信。 1.2.6要求一体机支持跨多网络的接管，接管虚机的IP地址可配置。 1.2.7要求支持接管虚机CPU，内存，磁盘可配置。 1.2.8要求当生产环境故障恢复后，被接管的业务系统支持回切到源机或异机。 1.2.9要求支持操作系统备份数据手动演练，快速完成数据验证。 1.2.10要求支持IPv4和IPv6网络环境的部署和运行。 1.2.11要求提供一体机ISO进行安装部署。 1.2.12要求一体机支持跨VLAN通信。 1.2.13要求一体机支持跨多网络的演练，演练虚机的IP地址可配置。 1.2.14要求提供容灾平台的规格配置信息（如CPU，内存，硬盘，OS版本等），并在界面呈现。 1.2.15要求支持演练虚机CPU，内存，磁盘，可配置。 1.3自动演练 1.3.1要求提供容灾平台的规格配置信息（如CPU，内存，硬盘，OS版本等），并在界面呈现。 1.3.2要求支持IPv4和IPv6网络环境的部署和运行。 1.3.3要求提供一体机ISO进行安装部署。 1.3.4要求一体机支持跨VLAN通信。 1.3.5要求一体机支持跨多网络的接管，接管虚机的IP地址可配置。 1.3.6要求备份服务器集成虚拟平台，可以实现快速接管，RTO可以达到分钟级。 1.3.7要求支持演练虚机CPU，内存，磁盘可配置。 1.3.8要求支持批量创建自动演练。 1.3.9要求支持自动验证备份数据，并且验证方式可配置。 1.3.10要求支持演练周期可配置。 1.3.11要求支持生成备份数据后立即自动执行演练功能并验证数据可用性。 1.4挂接 1.4.1要求支持IPv4和IPv6网络环境的部署和运行。 1.4.2要求一体机支持跨VLAN通信。 1.4.3要求集成虚拟平台，可以实现快速挂接。 1.4.4要求支持iSCSI链路协议。 1.4.5要求挂接磁盘路径可配置。 1.4.6要求支持挂接恢复，可以挂载到任意远程主机访问备份数据内容 1.5整机恢复 1.5.1要求支持裸机恢复, 无须预先安装操作系统、数据库、软件补丁、应用程序。 1.5.2要求支持BIOS/UEFI引导的系统备份还原。 1.5.3要求支持IPv4和IPv6网络环境的部署和运行。 1.5.4要求支持挂接恢复，可以挂载到任意远程主机访问备份数据内容 1.5.5要求提供一体机ISO进行安装部署。 1.5.6要求一体机支持跨VLAN通信。 1.5.7要求支持通过接管演练虚机直接恢复，保留接管演练增量数据。 1.5.8要求恢复目标服务器磁盘可配置。 1.6可管理性 1.6.1要求提供备份规则的日志信息,包括用户在灾备系统上的操作，可追溯、可查询、例如备份任务的创建、执行，删除等。 1.6.2要求支持备份规则批量操作，如启动和停止。 1.6.3要求支持监控功能，提供生产主机和灾备端相关的在线状态、当前数据复制状态。 1.6.4要求支持数据实时流量和历史流量展示。（提供操作界面截图资料） 1.6.5要求支持查看任务进度 1.6.6要求i2Node代理程序版本支持统一管理、一键式升级、远程批量安装和自动注册可限定灾备软件内存和本地磁盘缓存配额。 1.6.7要求支持统一的灾备管理能力和扩展性, 必须具备扩展支持其他灾备能力,避免重复建设。 1.6.8要求支持对备份点的统一管理，方便查看备份点的使用情况。 1.6.9要求提供统计报表，记录每次备份作业及详情（数据量、速率、启动时间，结束时间等）。 1.7可维护性 1.7.1要求支持自定义系统日志的保留时长或永久保存。 1.7.2要求提供消息中心管理, 平台内发生异常消息告警。 1.7.3要求提供监控界面, 实时显示生产主机和灾备主机的正常或异常状态。 1.7.4要求提供告警通知，如复制任务异常、生产机或环境发生改变等影响数据复制成功的警告。 1.7.5要求支持电子邮件方式告警，可自行设定SMTP服务器。 1.7.6要求支持云平台的短信告警, 如阿里云、ESK平台(企信王)、华为消息通知服务等。 1.7.7要求支持内网环境通过短信猫(USB Dongle)将异常告警通过短信发送到管理员。 1.7.8要求支持灾备系统的环境信息自动收集、网络诊断、规则诊断和任务诊断。 1.7.9要求提供错误代码说明，并描述问题原因和解决方法。 1.8安全性 1.8.1要求提供账号管理、口令管理、权限管理等相关安全管理功能，用户口令加密存放。 1.8.2要求管理人员对帐号的增删改操作均有记录;用户登录系统、注销登录日志均有记录;事件、操作日志和调试日志均可用于审计。 1.8.3要求默认开启防暴力破解机制，可配置"允许尝试登录次数和失败锁定时间"。 1.8.4要求支持强口令方案，对密码长度、密码复杂度、密码有效期组合要求。 1.8.5要求所有的接口均能确保所传输的数据的机密性和可用性，例如通过安全协议来传输数据。 1.8.6要求整个灾备过程无需客户主机或操作系统的系统帐号和密码。 1.8.7要求支持数据传输加密，支持AES和SM4国密算法。 1.9易用性 1.9.1要求提供全图形化灾备操作和管理，降低用户的使用难度和管理成本。 1.9.2要求控制台管理界面支持中英文显示。 1.9.3要求软件安装、配置、操作简单。 1.9.4软件部署无须改造客户生产环境和灾备环境, 直接使用现有网络、无须专用链路支持 1.9.5提供产品文档包含但不限于操作指导、运维手册、错误排查、兼容性列表。 1.9.6要求支持模板管理，可从模板快速创建规则。 1.9.7要求客户端程序（i2Node）支持统一管理、一键式升级、远程批量安装和自动注册。 1.10兼容性 1.10.1要求控制台采用B/S架构, 支持主流浏览器，如Edge、FireFox，Chrome等。 1.10.2要求客户端兼容X86、ARM、PowerPC架构服务器。 1.10.3要求客户端兼容SUSE Linux 、Redhat、CentOS、Ubuntu、Debian、Windows等x86操作系统；兼容AIX 6.1/7.1小机系统。 1.10.4要求客户端兼容统信、中标麒麟、银河麒麟、红旗和华为欧拉等国产操作系统。 1.10.5要求数据库支持Oracle、MySQL、SQLServer、DB2、Informix等数据库备份。 1.10.6要求大数据平台支持开源Hadoop、CDH、FusionInsight等 1.10.7要求客户端和备份端兼容各类硬件存储环境的部署和运行。 1.10.8要求客户端和备份端兼容各类平台环境的部署和运行，如物理服务器，各类虚拟平台及云平台。 二、CDP连续数据保护 2.1软件授权 2.1.1要求提供持续数据保护CDP功能授权≥60个。 2.2软件功能 2.2.1要求支持工作机与备份机之间网络状态以及备份状态故障诊断检查功能。 2.2.2要求提供周期性数据一致性比较，支持“文件大小+文件修改时间”和“MD5”两种方式一致性比较功能。 2.2.3要求支持备份文件增加前缀、后缀功能，保证数据的唯一性。 2.2.4要求为保证备份效率及节省灾备数据存储空间，持续数据保护的对象必须为指定的文件及目录，而不是整体lun镜像；支持自由选择需忽略的文件或目录，自动跳过临时文件；支持对上层应用透明访问，无需应用层访问权限。（提供自由选择需要忽略的文件或目录的界面截图） 2.2.5要求支持在复制规则中按照文件后缀名进行过滤。 2.2.6要求支持被删文件存放于指定第三方路径，实现被删数据永久保留，要求被指定路径可直接查看到被删数据，无需合并、恢复等操作，以保证数据安全性。 2.2.7要求支持以AES256位和SM4加密算法对备份数据进行传输加密，确保备份数据无泄密风险。 2.2.8要求支持备端备份数据加密，避免被人非法窃取数据，造成数据外泄。 2.2.9要求支持自定义是否对数据的用户权限进行同步，可选择不同步用户属组权限。 2.2.10要求复制软件硬件要求具有独立性，不需要专属硬件支持。 2.2.11要求支持跳过同步存量数据阶段，只同步新增数据。 2.2.12要求支持按照复制规则进行带宽统计与带宽流量控制。 2.2.13要求支持按照复制规则进行压缩与自定义密钥加密功能。 2.2.14要求支持实时、定时、周期性等多种备份方式；支持一对一、一对多、多对一、级联、双向等部署方式，且在多对一复制时备份端只需配置一套备份端软件。 2.2.15要求支持单恢复规则策略下，可自定义并发任务数，以提高恢复速度。 2.2.16要求支持缓存和断点续传机制。当备份端硬件故障或网络传输异常中断时，自动缓存生产端数据库的新增数据，系统或网络故障恢复后自动实现断点续传。 2.2.17要求生产端到灾备端数据传输时要基于字节级实时数据传输而非存储块级,能不受距离限制通过任意IP网络进行复制，实时对数据进行灾备。 2.2.18要求支持单文件级细粒度恢复，不允许整盘、整文件夹恢复后再次复制回生产服务器，避免网络损耗。 2.2.19要求支持备份文件备端压缩、重删，以减少数据占用。（提供支持备端压缩与重删的界面截图） 2.2.20要求支持本、异地CDP功能，支持恢复单个文件，目录，数据库等，提供异步字节级别的持续复制功能，且支持本、异地CDP，支持恢复单个文件，目录，数据库等；支持可设定的任意历史点数据快速恢复，回退级别可精确到百万分之一秒，即：0.000001秒。(提供软件恢复界面截图证明可恢复至0.000001秒) 2.2.21要求支持显示每一条写入、修改、删除IO操作，方便数据恢复点查找。 2.2.22要求支持在CDP数据正式恢复之前，可快速查看灾备的文件目录信息，确定恢复时间点后，再正式进行CDP数据恢复。 2.2.23要求容灾软件自身不对容灾数据做任何修改，容灾数据可不通过灾备平台直接查看备份数据，并进行恢复（项目交付中需完成不通过灾备平台实现数据恢复）。 2.2.24要求支持CDP恢复过程中的网络加密、压缩，避免恢复过程数据被人窃取。 2.2.25要求支持按天、月、年等时间节点自定义数据合并策略以节省备份存储空间。 | |||||
一、商务要求 | |||||
▲服务期限和地点 | 1、服务期限：自签订合同之日起满三年止。 | ||||
2、服务地点：广西来宾市内采购人指定地点。 | |||||
▲付款方式 | （1）采购人按年度支付医院信息系统建设改造服务费，共计3年； | ||||
（2）采购人每次付款前中标供应商需先开具等额发票给采购人，每年付款金额如下： | |||||
第一年：支付合同款的40%； | |||||
第二年：支付合同款的30%； | |||||
第三年：支付合同款的30%。 | |||||
▲其他要求 | 1.保密要求 所有过程信息为机密，未经采购人书面同意，中标供应商不得在任何情形下披露、使用或许可他人使用其在履行维护过程中知悉的任何技术信息和经营信息。 2.应急保全措施 当知晓系统发生重大安全事故时，中标供应商应配合采购人采取应急保全措施，协助防范事故的扩大。 3.政策标准 中标供应商提供的系列产品需满足国家相关政策和同时期产品使用要求，保证在服务期内医院业务发展需要和正常运行。 4.系统集成要求 供应商必须充分考虑产品与医院现有HIS系统的兼容性，要求产品能与医院现有HIS系统做接口实现无缝连接。接口费用应包含在本次报价里，并在响应文件中提供承诺函（格式自拟）原件并加盖供应商公章。 5.互联互通要求 要求本项目系统启用后能与医院原有数据实现互联互通，提供承诺函（格式自拟）原件并加盖供应商公章。 6.采购人在中华人民共和国境内使用中标供应商提供的产品及服务时免受第三方提出的侵犯其专利权或其它知识产权的起诉。如果第三方提出侵权指控，中标供应商应承担由此而引起的一切法律责任和费用。 7.在项目验收时候，如发现存在虚假响应，采购人将终止合同，并上报监督管理部门进行处罚。 | ||||
▲售后服务维护 | （1）中标供应商应负责本项目中系统的安装调试工作； （2）中标供应商应负责本项目中系统的初始化工作，保证初始化数据无逻辑性错误； （3）中标供应商应负责完成本项目中系统各使用科室人员的培训；项目实施期间，中标供应商负责为采购人培训信息科所有技术人员； （4）中标供应商应协助采购人制定与本项目中系统运行相关的操作管理规章制度，保证本项目中系统稳定正常运行。 （5）要求中标供应商提供5*8小时热线支持服务。 （6）要求故障响应手段包括热线电话、网络远程服务、上门服务等。 |
微信扫码关注
