XX区慢病一体化信息化平台等项目采购需求.docx

《XX区慢病一体化信息化平台等项目采购需求.docx》由会员分享，可在线阅读，更多相关《XX区慢病一体化信息化平台等项目采购需求.docx（26页珍藏版）》请在课桌文档上搜索。

1、XX区慢病一体化信息化平台等项目采购需求一、建设背景为提高XX区慢病人群全周期健康管理水平，构建一套诊前、诊中、诊后全流程服务体系，降低人群发病率、致死率和疾病负担，根据XX省数字化改革总体方案、XX省卫生健康数字化改革指南2.0、XX省卫生健康委委办公室印发关于开展基层医疗卫生机构慢性病一体化门诊核验的通知等文件要求,从优化XX区慢病健康服务体系、实现数字健康服务的转型、提升全区人民健康获得感等方面，遵循国家基层两慢病防治管理指南和XX省基本公共卫生服务规范，通过信息化支撑和服务流程再造,积极探索临床诊疗和随访管理一体化路径，持续改进基层慢性病诊疗同质化水平和诊间管理规范化水平，不断提升慢性

2、病诊疗管理的效率性和真实性，实现医防有效融合。二、建设目标按照XX省及XX市的工作部署和要求，紧密围绕影响群众健康慢病管理控制水平提升，以保障全区居民健康为出发点，以“政府主导、机制创新、示范引领”的为建设原则，以慢病患者“两提高、两稳定、两降低”为业务目标，着眼医疗卫生服务能力、服务效率、服务水平、服务质量的全面提升，搭建XX区慢病一体化门诊服务。通过提升全区基层医疗服务数字化应用水平，重点围绕慢病患者诊前、诊中、诊后全流程服务，打造具有XX特色的慢病一体化门诊模式。建成与深化医改要求相符合，与居民健康服务需求相适应，与信息技术发展相协调的应用体系，助力XX区卫生健康数字化改革高质量发展。三

3、、项目建设规模本次XX区慢病一体化信息平台项目覆盖XX区12家卫生院（社区卫生服务中心）。重点围绕两慢病一体化门诊和基层绩效考核进行构建，为保证两慢病一体化门诊的建设成效对基层医疗卫生机构进行HIS系统升级改造，将现有C/S架构HIS系统全面升级改造为B/S架构，实现系统业务服务的深度融合，提升基层数字化应用水平。四、采购内容序号系统名称子系统名称数量备注1两慢病一体化门诊慢病健康管理系统-管理端1套12家卫生院（社区卫生服务中心）2慢病健康管理系统-医护端1套3基层绩效评价系统中心管理端1套12家卫生院（社区卫生服务中心）机构绩效评价4绩效数据中心1套5绩效考核1套6考核分析1套7基层HIS

4、改造升级架构升级1套12家卫生院（社区卫生服务中心）8门诊管理1套9住院管理1套10药品管理1套11物资管理1套12院长查询1套13医卫融合1套14预约管理1套15抗菌药物管理1套16宽屏医生站1套试点2家卫生院（社区卫生服务中心）17抗肿瘤药物管理1套18危急值管理1套19电子病历升级改造架构升级1套12家卫生院（社区卫生服务中20病历设置1套21门诊病历1套心）22住院病历1套23病案管理1套24归档管理1套25统计查询1套26医疗卫生接口检验检查互认接口1套27智慧医保接口1套28电子医保凭证接口1套29电子票据接口1套30从业人员体检接口1套31XX市人口健康平台接口1套32麻精毒接口

5、1套33老年人评估量表接口1套34智慧病区系统接口1套五、软件技术参数要求5.1 两慢病一体化门诊5.1.1 慢病健康管理系统管理端5.1.1.1 基础应用管理基础应用管理需包括知识库设置、服务设置、任务设置、评估设置、协议模板、档案列表、评估管理、方案管理、报告管理等功能，具体功能需包括：1 .知识库设置：需提供管理方案维护、健康宣教内容维护、中医辩证论治知识库内容维护、采集项目维护功能，并支持修改启用状态。2 .服务设置：需支持对服务频次、服务项目、项目目录等进行维护并修改启用状态。3 .任务设置：需提供任务规则的自定义设置及系统任务的维护功能。4 .评估设置：需支持对评估模板及对应的评估

6、题目进行配置维护。5 .协议模板：需支持下载公共协议模板，需支持对协议模板进行维护并修改启用状态。6 .档案列表：需提供慢病健康管理对象的基本信息登记和调阅功能。7 .评估管理：需提供评估管理功能，支持查看慢病健康管理对象评估列表，支持查看居民个人历史评估记录，支持评估模板切换。8 .方案管理：需提供方案管理功能，支持以图表或列表形式查看慢病健康管理对象的健康服务干预详情，支持变更现有管理方案并查看所有变更记录。9 .报告管理：需提供报告管理功能，支持查看慢病健康管理对象健康评估报告，支持打印已生成的报告。5.1.1.2 慢病数据中心需基于XX区现有全民健康信息平台，归集各类医疗健康数据，建立

7、慢病数据中心，具体功能需包括：1 .健康体征数据库：需构建健康体征数据库，用于存储慢病患者体征数据，供“诊前、诊中、诊后”不同服务场景引用。2 .高血压防治知识库：需构建高血压防治知识库，包括高血压评估知识库、高血压标准化诊疗管理路径知识库及高血压健康教育知识库。高血压评估知识库需支持维护高血压评估知识题目、分数及结果逻辑。高血压标准化诊疗管理路径知识库需支持维护高血压标准化诊疗管理路径中的服务项目、服务频次。高血压健康教育知识库需支持维护高血压患者健康宣教内容。3 .糖尿病防治知识库：需构建糖尿病防治知识库，包括糖尿病评估知识库、糖尿病标准化诊疗管理路径知识库及糖尿病健康教育知识库。糖尿病评

8、估知识库需支持维护糖尿病评估知识题目、分数及结果逻辑。糖尿病标准化诊疗管理路径知识库需支持维护糖尿病标准化诊疗管理路径中的服务项目、服务频次。糖尿病健康教育知识库需支持维护糖尿病患者健康宣教内容。5.1.1.3 慢病任务中心需建设慢病任务中心，汇总慢病健康管理所涉及的相关任务，并提供任务提醒及便捷服务入口，具体功能需包括：1 .任务首页：需提供任务首页，查看医生待完成和已完成的任务信息，支持下钻查看详细信息。2 .任务注册与更新：需支持相关条线任务注册到任务中心统一展示提醒。3 .任务列表：需支持门诊医生站选择患者后，以患者为中心，提醒医生该患者待做任务列表，并提供任务入口。4 .日程安排：需

9、支持医生自主安排日程信息，需按日视图、周视图、月视图、年视图展示。5.1.1.4 慢病综合监管需提供慢病综合监管统计分析功能，具体功能需包括：1 .管理情况统计报表：需提供各医生慢病健康管理报表,报表需支持导出。2 .健康评估情况统计报表：需提供各医生健康评估报表,报表需支持导出。3 .健康方案制定与实施统计报表：需提供各医生健康方案制定与实施报表,报表需支持导出。4 .健康方案执行情况统计报表：需提供各医生健康方案执行情况报表，报表需支持导出。5 .健康改善情况统计报表：需提供各医生管理慢病患者健康改善情况报表,报表需支持导出。6 .随访人数情况统计报表：需提供各医生随访人数情况报表，报表需

10、支持导出。5.1.1.5 慢病综合监管大屏需建设慢病综合监管大屏，提供XX区慢病人群管理情况的全面监管与分析,具体功能需包括：1.慢病监管分析大屏：需提供地图形式的慢病监管分析大屏，对区域内慢病患者分布及管理情况进行展示。地图需支持逐级下钻，需提供区-县-镇-村-人等不同维度的分析展示。2 .慢病人群列表：需支持通过慢病监管分析大屏下钻查看慢病人群列表，列表需展示患者姓名、联系方式、慢病情况等，数据需支持脱敏展示。3 .慢病患者画像：需支持通过慢病监管分析大屏下钻至慢病患者个人界面,查看其慢病患者画像。5.1.2慢病健康管理系统.医护端需改造XX区现有慢病管理流程，根据XX省卫生健康委办公室关

11、于开展基层医疗卫生机构慢性病一体化门诊核验的通知要求，将慢病管理业务与基础医疗业务、基本公共卫生业务融合再造，为慢病患者提供“诊前-诊中-诊后”一站式便捷服务。5.1.2.1 诊前服务需提供慢病一体化诊前服务，包括诊前接诊患者列表、诊前数据采集、诊前档案管理及诊前随访管理。具体功能需包括：1 .接诊患者列表：需提供今日接诊患者列表，列表需支持查看患者个人基本信息、慢病专项状态、标准化诊疗管理路径状态，以及近期有无待办随访任务。如患者有近期待办随访任务，需支持将诊前采集数据引入至慢病随访表单中，并进行暂存。2 .诊前数据采集：需提供诊前数据采集界面，支持将医生助手在诊前服务区通过健康一体机或健康

12、小屋采集到的数据自动引入至诊前数据采集。3 .诊前档案管理：需支持医生助手在诊前环节查看患者个人基本信息。5.122诊中服务需提供慢病一体化诊中服务，包括诊前服务查看、诊疗路径制定、患者EHR调阅、患者体征曲线查看、患者待办任务提醒、诊中路径化管理、诊中档案管理、诊中随访管理、诊前数据引入病历、诊中健康处方、诊中预约登记及诊中转诊功能。具体功能需包括：1 .诊前服务查看：需支持在医生站查看患者诊前服务数据。2 .诊疗路径制定：智能健康评估并匹配标准化诊疗路径后，系统支持医生核对该路径及个性化调整，确认无误后为患者生成标准化诊疗路径。3 .患者EHR调阅：需支持在医生站调阅患者EHR查阅详情。4

13、 .患者体征曲线：需支持在医生站查看患者体征曲线。5 .患者待办任务提醒：需支持在医生站查看患者标准化诊疗路径中待办任务提醒，并提供便捷入口。6 .诊中路径化管理：需提供慢病一体化管理界面，查看患者标准化诊疗管理路径，医生可按照可视化诊疗路径为患者开展健康指标动态监测及慢病常见并发症筛查等服务。7 .诊中档案管理：需支持在医生站调阅患者个人基本信息。8 .诊中随访管理：需支持在医生站查看患者慢病专项状态；针对近期有慢病随访任务的患者，需支持在医生站查看诊前暂存的慢病随访表单并进行补充完善。9 .诊前数据引入病历：需支持将诊前采集的患者体征数据，引入至患者此次诊疗病历中。10 .诊中健康处方：需

14、支持医生为患者开展健康指导，并提供个性化健康教育。11 .诊中预约登记：需支持在医生站为患者预约下一次就诊时间。12 .诊中转诊：需支持在医生站对有转诊需求的患者提供转诊服务。13 .系统需支持医生在接诊过程中，通过慢病一体化界面，查看慢病患者管理方案、服务项目、健教处方、体征趋势、健康评估内容。5.1.2.3诊后服务需提供慢病一体化诊后服务，包括诊前服务查看、诊中服务查看、诊后AI分析、诊疗路径变更、诊后档案管理、诊后随访管理、年度评估报告功能。具体功能需包括：1 .诊前服务查看：需支持在诊后服务环节查看患者诊前服务数据。2 .诊中服务查看：需支持在诊后服务环节查看患者诊中服务数据。3 .诊

15、后Al分析：系统需支持医生在诊后服务环节，为患者提供Al分析，填写评估量表，自动得出健康指导，并匹配健康方案，由医生进行个性化调整并确认。4 .诊疗路径变更：根据健康再评估数据，如患者需变更诊疗路径，需支持医生在诊后为其调整标准化诊疗管理路径。5 .诊后档案管理：需支持医生在诊后服务环节查看患者个人基本信息。6 .诊后随访管理：需支持医生在诊后服务环节查看患者慢病专项状态；针对近期有随访任务的患者，需支持在诊后查看诊前及诊中暂存的慢病随访表单并进行补充完善。7 .年度评估报告：需支持在管理周期结束后，为患者生成个人年度健康分析报告。5.2 基层绩效评价系统5.2.1 中心管理端5.2.1.1

16、首页管理首页管理是系统的门户框架，应支持管理员调整系统首页菜单功能显示。提供角色权限配置功能，根据配置的不同人员角色，首页显示对应的功能菜单。5.2.1.2 系统管理应支持基础数据的维护，包括组织、用户、角色、菜单、系统字典和系统日志等内容的统一管理。具体功能应包括： 组织管理：应支持基础数据注册机构组织关系及机构基本信息的维护，包括机构类别、机构级别、上级机构等信息，实现对机构信息的新增注册、查询、修改、删除功能，以及为机构分配角色,支持同时为多个机构批量分配角色权限。 用户管理：应支持系统用户的维护，包括姓名、性别、所属机构、账号、密码等信息，提供对用户的查询、新增、修改、删除等功能。可以

17、配置用户角色，不同的人员支持不同的角色配置。 系统角色：应支持对用户配置角色权限，包含数据权限与功能权限，支持角色的新增、修改、查看、删除等功能。 菜单管理：应支持功能菜单目录的维护，提供对菜单的新增、修改、查看、停用、启用功能。 系统码表：应支持系统字典表数据的维护，包括数据字典的类型、类别、项目设置和查询功能。 日志管理：应支持系统操作日志管理及异常日志管理，操作日志包括系统各操作的记录留痕，异常日志记录了系统操作过程中报错的明细记录。5.2.1.3 基础管理实现系统的基础配置，具体功能应包括： 业务配置：应支持对系统所需的考核对象信息、操作人员信息、考核指标信息、考核方案信息按模板进行批

18、量操作，包括导入数据、查看全部数据、导出全部数据。并且支持对绩效系统相关全局或局部参数控制，可动态配置系统名称、流程参数等。 指标管理：应支持对考核内容，即考核指标体系管理的功能，可对指标进行新增、修改、停启用、检索等功能。在维护好的指标池，支持对指标的筛选查询功能，包括指标名称、采集方式、指标属性、指标状态等维度进行筛选和精确查找。 指标体系参考XX省卫生健康委关于加强基层医疗卫生机构绩效考核的实施意见（试行）（X卫发（2020）36号）文件中的指标进行维护和管理。5.2.2 绩效数据中心5.2.2.1 基础管理数据中心基础信息维护管理，通过与业务系统进行信息对照，实现绩效考核数据的有效抽取

19、。具体功能应包括： 字典管理：应支持字典数据的维护，提供系统、接口字典的统一管理。 机构管理：应支持机构信息的维护，提供绩效考核系统与采集业务系统对接的机构信息维护管理。 对照管理：应支持数据中心与业务系统的对照管理功能，支持下载数据导入模版，支持业务系统的机构、科室、医生和指标的编码进行批量导入。5.2.2.2 数据采集应支持手工填报、自动采集两种方式实现数据采集。手工填报：应提供前端填报页面，支持对考核方案中的质量指标进行手工填报。根据区域内不同角色的权限与分工，支持被考核医疗机构完成质量指标的手工填报、提交功能。并且支持以附件的形式上传资料，作为上级部门审批填报数据的佐证材料和确认考核结

20、果的有效凭证。自动采集：应支持通过绩效数据中心实现区域内基层医疗卫生机构与医务人员工作相关的业务应用系统中原始数据的采集、交换、归并与共享等功能,通过基层医疗卫生机构业务系统的数据通道接入绩效考核信息系统的微型数据中心，需要自动采集的考核指标能够按照系统所定义的标准上传统计数据。5.2.2.3 数据中心数据中心是区域绩效考核系统的数据承载中心，它为应用系统提供计算环境支持，保证从各个医疗卫生机构，包括社区卫生服务中心（站）、乡镇卫生院、村卫生室，能够通过标准统一的业务系统，能够传输到数据中心，不仅要保证数据的完整和全面，还要保证数据能够及时有效的采集和传输；二是传输到卫生数据中心的数据能够通过

21、数据中心管理工具实现二次挖掘、处理和分析。系统提供数据中心的数据抽取功能配置管理，实现接口、指标、算法、任务和质控的管理。具体功能应包括： 接口管理：应提供采集数据中心与业务系统对接接口的前端管理功能，实现基本医疗、公共卫生、汇总信息等分类接口的统一管理。 指标管理：应支持对指标的前端管理功能，实现采集指标的统一维护。 算法管理：应支持对指标采集算法的前端管理功能，实现指标采集算法的单独维护。 任务管理：应支持数据指标统计任务、数据推送任务、数据交换任务等的统一管理。 质控管理：应支持数据质控的前端维护管理功能，实现业务数据校验规则的配置和校验任务的管理。5.2.3 绩效考核5.2.3.1 考

22、核配置实现考核方案、评价规则的配置，具体功能应包括：方案管理：应支持机构评价方案的配置维护，包括新增、修改、删除、导出等功能。方案应支持方案名称、考核频率、考核对象、考核指标等内容的配置，应对灵活的考核方案选取，系统应增加考核方案的停用/启用状态，提供可配置的选项。考核方案需按照XX省卫生健康委关于加强基层医疗卫生机构绩效考核的实施意见（试行）（X卫发（2020）36号）的意见进行维护和管理。评价规则：应支持对考核方案中的考核指标的评分规则进行设置。实现内置7种绩效评价规则模型，包括固定分段、按比例加减分、自定义公式、升降序公式、区间法、综合运算、百分位数。5.2.3.2 考核数据支持对考核方

23、案中的质量指标及无法通过数据中心自动抽取到的数量指标进行手工填报功能，提供前端指标手工填报页面。5.2.3.3 考核执行实现对考核数据按照方案设定的评分规则进行计算得出结果，并将考核结果归档。具体功能应包括：评价计算：应支持考核监管部门考核人员对下级被考核单位的各项指标进行统计评价计算，同时支持对评分结果导出。考核归档：应支持对评价计算结果数据，提供归档功能，归档后的数据不得由机构、个人进行修改。5.2.3.4 机构申诉系统应支持区域内机构对考核结果的申诉管理功能，包含下级申诉、上级管理，支持佐证材料的附件上传。具体功能应包括：下级申诉：支持机构对有疑问的考核评价结果，可以向上级提出申诉操作，

24、并跟踪申诉结果。上诉管理：支持上级考核管理员对下级被考核机构提出的申诉流程进行管理。5.2.4 考核分析系统应提供按照考核方案选择当前考核周期内各机构工作质量得分的统计报表。报表支持区域所有被考核机构根据考核得分值排名进行展示、支持筛选特定考核对象进行展示，并且系统会根据考核结果统计计算区域机构平均得分，数据支持下钻查看各个考核指标的目标分值/机构考评得分明细数据。1 .支持根据归档方案提供考核指标概述、考核维度权重以及各维度平均得分率的可视化展示，需提供区域总分排名、机构平均得分率TOP5、LAST5指标的排名。2 .支持按照考核指标进行机构排名的可视化图表统计分析，机构排名可根据指标数进行

25、选择进行动态排名展示。3 .支持按照月度、年度、考核方案等维度切换大屏数据。5.3 基层HIS改造升级5.3.1 架构升级XX区现有HlS系统采用C/S架构，本次将重构系统架构，全面改造升级成B/S架构。基层HIS系统改造升级过程中，需保留XX区基层HlS系统与现有区级全民健康信息品平台、区域双向转诊、电子健康档案、区域LlS系统的接口，实现信息互联互通，涉及到的第三方接口费用包含在本项目中。投标人需进行实质性响应。系统架构：需采用微服务架构，能够实时监控各个微服务模块当前状态，不同的微服务应用状态需有不同颜色标识，并支持查看各微服务模块下的详细状态,包含（进程、垃圾回收、线程、内存等信息查看

26、。）消息提醒：针对业务环节过程中需要各业务人员处理的任务，能够进行及时提醒。提供消息查看入口，支持按已读、未读、失效消息进行分类展示，同时针对最新的一些消息通过弹窗形式及时提醒各业务人员完成对应任务处理。现有基层HIS系统改造升级完成后需实现如下功能：5.3.2 门诊管理5.3.2.1 门急诊挂号需提供门急诊挂号功能，具体功能需包括：1 .门急诊挂号：需支持门急诊患者挂号及退号操作，并提供患者信息管理。2 .挂号查询：需提供挂号预约和挂号查询功能。5.3.2.2 门急诊费用需提供门急诊费用功能，具体功能需包括：1.门急诊收费：需提供门急诊收费功能，收费时支持补偿金额、优惠减免等相关政策结合，支

27、持刷卡、微信、支付宝等多种支付方式。2 .门急诊退费：需提供门急诊退费功能，针对已收费未发药患者，可在收费处发起退费操作。3 .门诊费用查询：需支持提供门急诊挂号情况统计查询报表、门急诊费用统计查询报表、门急诊日结查询统计报表及项目统计查询报表等。4 .门急诊日结：需提供门急诊日结功能。5.3.2.3门诊医生工作站管理需提供门诊医生站服务，包括建档挂号、工作列表、病历录入、处方录入、单据列表、患者任务中心、预入院通知功能。具体功能需包括：1.建档挂号：针对免收挂号费情况，需支持在医生站为患者提供建档挂号服务。2 .工作列表：需支持医生按照科室查看就诊患者列表，提供卡片、列表两种展现形式供医生按

28、照操作惯性进行选择；需支持获取患者签约状态。3 .病历录入：需支持引用个人、科室、全院等不同权限的电子病历模板，需提供患者既往病史查询、病历打印、常用符号引用等功能。4 .处方引用：需支持引用已维护的处方模板信息，需支持将模板中处方信息全部引用或选择其中部分引用；需支持查看并引用患者历史处方信息。5 .智能处方录入：门诊医生开具处方时，系统需根据处方药品的用法进行推荐分组，并且匹配同组内药品的用法、频次、天数，无需医生手动勾选。（需要演示）6 .处方提交：门诊医生提交处方时，有联动项目时需提示用法对应的联动项目及联动金额与数量。7 .单据列表：需支持汇总展示该患者此次就诊己开立的处方、检验检查

29、等单据列表及明细。8 .患者任务中心：需提供以患者为视角的任务中心，实现在接诊中查看患者待办任务提醒并提供业务便捷入口。9 .预入院通知：需支持为患者办理预入院业务，先转入院前病区等待进一步检查。门诊医生工作站管理要求能兼容2种不同品牌国产化操作系统、2种不同品牌国产化数据库、2种不同品牌国产化服务器，提供产品在同一个适配中心通过适配的兼容性认证证明材料。5.3.2.4门诊医技单需提供门诊医技单服务，包括医技申请单开立、医技报告查看功能。具体功能需包括:：1 .医技申请单开立：需支持在医生站发起检验检查申请。2 .医技报告查看：需支持在医生站查看医技报告。5.32.5门诊日志需支持按照不同维度

30、查询门诊日志，可按医生、科室不同维度查询所接诊的患者就诊详情。5.3.3住院管理5.3.3.1 出入院管理需提供出入院管理服务，包括入院管理、出院管理功能。具体功能需包括：1 .入院管理：需提供患者入院登记和患者管理功能。入院登记需支持新登记入院患者，也支持接收门诊发起的入院通知单。支持为患者办理预入院登记业务。支持针对预入院患者办理正式入院登记。患者管理需提供多种查询方式对住院患者进行检索。并支持查询预入院人员基本信息。2 .出院管理：需提供出院召回功能，对已执行出院患者发起召回，变更患者出入院状态。5.3.3.2 住院医生站需提供住院医生站服务，包括住院医生首页、住院病历、住院医嘱、住院诊

31、断、患者信息查询及转科申请、院前医嘱、院前诊断、医嘱同步功能。具体功能需包括：1 .住院医生首页：住院医生首页展示的患者列表需能够针对患者的重点信息给予特殊标识，特殊标识应包含护理等级标识、危重级别等，能够查看患者费用详情，应包含预交金、床位费以及剩余金额等信息。2 .住院病历：需提供住院病案首页、住院志、住院病程记录、住院记录等治疗文书；需支持引用个人、科室、全院等不同权限的住院病历模板；需提供患者历史住院病历查询、病历打印、住院病历日志、常用符号引用功能。3 .住院医嘱：需提供成套医嘱、用法联动、医嘱打印等功能。4 .住院诊断：需支持查看患者已开立诊断列表，需支持开具不同类别的住院诊断。5

32、 .患者信息查询：需支持查看患者基本信息、就诊信息、诊断信息等。6 .转科申请：需支持发起患者转科申请，提供转科申请录入、审核以及转科接收功能。7 .院前医嘱：支持医生为预入院患者开立院前医嘱。8 .院前诊断：支持医生为预入院患者开立院前诊断。9 .医嘱同步：患者办理正式入院后，支持在医生站查看开立的院前医嘱。5.3.3.3住院护士站需提供住院护士站服务，包括患者入/出区登记、医嘱校对、医嘱执行、病区领药、病区退药、固定项目管理、单据打印以及预入院患者管理功能。具体功能需包括:：1 .患者入/出区登记：需提供待入区患者列表，支持执行入区登记、入区撤销、出区登记及出区召回。2 .医嘱校对：需支持

33、护士对接收到的医嘱进行核对确认，支持医嘱回退。3 .医嘱执行：需提供己复核医嘱患者列表，医嘱执行后将进行扣费。医嘱执行需支持多个患者医嘱批量执行。4 .病区领药：需提供己处理患者领药列表，支持生成患者病区领药单。5 .病区退药：需支持发起病区退药申请。6 .固定项目管理：需提供固定项目登记管理功能，支持对固定项目实现自动滚动记账。7 .单据打印：需支持多种单据打印，如床头卡、瓶签、输液单、肌注卡、排药单、口服单以及治疗单等。8 .预入院患者管理：需支持院前患者办理入出区业务、院前医嘱校对、医嘱执行、病区领药、退药申请以及院前单据打印功能。533.4住院费用管理需提供住院费用管理服务，需包括住院

34、收退费管理、预交金管理、出院结算管理及日结查询功能。支持预交金管理：需支持预入院患者缴纳预交金，同时可查询预入院患者的预交金信息。支持提供预入院患者的费用统计查询功能。53.35住院医技单需提供住院医技单服务，包括医技申请单开立、医技报告查看以及预入院患者医技单开立及报告查看功能。具体功能需包括：1 .医技申请单开立：需支持在住院医生站发起检验检查申请。2 .医技报告查看：需支持在住院医生站查看医技报告。3 .预入院患者医技单开立及报告查看：需支持院前医生为预入院患者开立医技申请单，同时医技结果回传后，可在住院医生站直接查看医技报告详情。5.3.3.6住院手术管理支持对住院手术期间费用记录、领

35、药管理、手术申请管理、手术过程和结果的记录。5.3.4药品管理5.3.4.1 药库管理需支持药库人员管理药品入库、盘点、调价、出库、报溢等过程。需包含药库基础数据维护、药品入库、药品退货、药品盘点、药品报损、药品报溢、药品出库、退库接收、药品请领、药品调拨、药品调价、科室领药、科室退药、计划报警、库存台账、批次管理以及相关统计查询报表。需支持定期对药库中药品进行检测，针对超出库存量预警的药品，及时提醒业务人员，同时检测频率需灵活配置。需支持定期对药库中药品进行检测，针对超出设置的失效提醒日期的药品，及时提醒业务人员，同时检测频率、失效提醒日期需支持灵活配置。5.3.4.2 药房管理需支持药房人

36、员管理药品入库、盘点、调价、退库、报溢等过程。需包含药库基础数据维护、药品入库、药品退货、药品盘点、药品报损、药品报溢、出库接收、药品退库、药品请领、药品调拨、药品调价、科室领药、科室退药、发退药品、计划报警、库存台账、批次管理以及相关统计查询报表。1 .库存限量设置：需支持定期对药房中药品进行检测，针对超出库存量预警的药品，及时提醒业务人员，同时检测频率需灵活配置。2 .库存失效设置：需支持定期对药房中药品进行检测，针对超出设置的失效提醒日期的药品，及时提醒业务人员，同时检测频率、失效提醒日期需支持灵活配置。5.3.5 物资管理需支持对医院内部的物资采购、库存、价格进行管理，需包含基础数据维

37、护、库存管理、调价管理、台账管理、计划报警、统计查询功能。5.3.6 院长查询需提供基层医疗信息系统业务开展相关统计分析报表，共计26张。需包括门诊业务相关查询报表、住院业务相关查询报表、药品相关查询报表及综合查询报表。5.3.7 医卫融合1.1.1.1 家医签约业务融合需融合医疗与家医签约业务，实现数据整合、业务整合和界面整合。具体功能需包括：1 .医生站需获取患者签约状态进行展示；针对已签约患者，需支持在医生站查看签约详情；针对未签约患者，需支持在医生站提供家医签约服务。2 .需支持自动履约功能,家医签约中的服务项目，如已在诊疗系统中执行，则需实现自动履约。3 .已签约患者挂号时，需支持优

38、先推荐其签约医生进行接诊。1.1.1.2 基本公卫业务融合需融合医疗与基本公卫业务，实现数据整合、业务整合和界面整合。具体功能需包括：1、医生站需获取患者公卫人群属性标识，如是否为高血压或糖尿病患者。2、需支持在医生站查看患者个人健康档案，完成慢病随访任务等。1.1.1.3 慢病管理业务融合需融合医疗与慢病管理业务，实现数据整合、业务整合和界面整合。需支持在医生站查看患者“诊前-诊中-诊后”健康信息，通过慢病一体化集成界面，查看慢病患者标准化诊疗路径。5.3.8 预约管理需支持医生为患者预约本院就诊服务，需包括预约登记管理、诊间预约管理及号源排班管理。5.3.9 抗菌药物管理需支持对抗菌药物进

39、行管理，需包含抗菌药物目录管理、抗菌药物分级设置、抗菌药处方权分级设置、三级管控用药规则设置、门诊处方智能提醒与越级管理、住院医嘱智能提醒与越级管理及抗菌药物统计查询功能。5.3.10 宽屏医生站本次项目除升级XX区现有HIS外,将选取两家卫生院（社区卫生服务中心）进行试点建设宽屏医生站。宽屏医生站需满足21:9显示要求。5.3.10.1 就诊列表需支持查看所选科室患者就诊列表，提供卡片和列表两种展现形式，供医生选择。5.3.10.2 健康摘要为便于医生在接诊时对患者整体健康状况有全方面了解，因此在宽屏医生站中展示患者健康摘要信息，具体功能需包括：1 .公卫信息：需支持查看患者建档状态，未建档

40、患者需支持诊间建档，已建档患者需支持诊间查看患者健康档案。2 .签约信息：需支持查看患者签约状态，未签约患者需支持诊间签约，已签约患者需支持诊间查看签约详情。3 .体征趋势：需支持查看患者最新的体征数据及对应的体征曲线。4 .既往史、生活方式：需展示患者既往史及生活方式等信息。5 .生活指导、高发疾病：需根据患者整体健康信息，自动匹配生活指导及高发疾病信息。6 .就诊记录：需展示患者在辖区内已上线基层医疗信息系统的基层机构内历次就诊记录。5.3.10.3病历书写需提供门（急）诊病历书写及打印功能。需支持在病历录入过程中提供智能化输入。具体功能需包括：1 .病历模板：需提供模板维护及使用功能，需

41、支持个人、科室、全院不同权限模板引用。2 .段落模板：需提供主诉、既往史等常见段落模板的引用功能。3 .既往病历：需提供门诊既往病历查阅及历史病历复用功能。4 .医技报告：需支持调阅医技报告，并支持查看及引用医技异常数据。5310.4诊疗方案需提供处方录入、门诊医技单及单据列表功能，具体功能需包括：1 .处方录入：需支持在宽屏医生站进行处方录入时，提供处方模板引用、历史处方查看及引用、常见药品收藏、用法联动等功能。2 .门诊医技单：需支持在宽屏医生站发起检查检验申请，需支持查看患者医技报告。3 .单据列表：需支持查看患者单据列表及明细。需提供单据打印及病历打印功能。53105智能随访需提供诊间

42、随访功能，系统需判断当前患者是否有近期随访任务，智能提醒医生并提供多慢病综合随访表单。5.3.10.6入院通知需支持在门诊医生站发起入院通知单，选择对应入院科室及病区，患者携带入院通知单前往住院收费处报到。5310.7诊间预约需提供诊间预约功能，支持为患者预约下次就诊时间。1.1.11 抗肿瘤药物管理需提供抗肿瘤药物管理功能，需包括抗肿瘤药物等级设置、抗肿瘤药物诊疗权限设置、二级管控用药设置、门诊抗肿瘤处方智能提醒与越级管理与住院抗肿瘤医嘱智能提醒与越级管理。1.1.12 危急值管理支持对接医技系统，医技发布危急值后，HIS支持通过消息中心提供危急值提醒及时提示医生，并提供危急值处理快捷入口。

43、提供危急值管理列表，支持按照姓名、科室、申请时间、类型进行检索，支持医生查看医技报告信息并记录处置内容。5.4 电子病历升级改造5.4.1 架构升级XX区现有电子病历系统采用C/S架构，本次将重构系统架构，全面改造升级成B/S架构。电子病历系统改造升级过程中，需实现与基层HIS系统一体化融合，实现业务数据库与操作页面一体。为保证系统升级后的成熟度和稳定性，电子病历产品的关键功能角色需符合医疗健康信息集成规范，包括：文档源、患者标识、患者基本信息、患者交叉索引(PIX),提供相关证明材料。现有电子病历系统改造升级完成后需实现如下功能：5.4.2 病历设置需提供病历设置功能，需包括病历参数配置、科

44、室对照、机构权限、文档设置、模板管理、元素管理、段落管理和病历编辑器功能。5.4.3 门诊病历需提供门诊病历功能,包括门诊患者管理和病历书写功能，具体功能需包括:1 .门诊患者管理：1)需能够获取基层医疗信息系统中患者个人基本信息并自动带入病历系统中。2）需提供门诊患者病历书写统计列表，包括科室、就诊时间、费别、初复诊、门诊医生、病历书写状态、上传状态等信息。3）已书写完成的病历需支持查看病历详情，未完成的病历可以进行病历书写。2 .病历书写：需支持结构化门急诊电子病历的书写、打印功能，在病历录入过程中提供智能化输入，需包含病历模板切换、病历模板维护及引用、段落模板引用、既往病历查阅及复用、医

45、技报告异常数据引用、常用医学符号引用、高频诊断引用、历史病史查看引用等。1）病历模板引用：需支持维护个人、科室、全院不同权限的模板，支持查看并引用。2）段落引用：病历录入过程中提供单个段落智能化输入，需展示患者历史段落信息，需支持通过后台进行人工配置，展示医生的常用段落模板，支持医生在书写病历过程中进行一键引用。3）既往病历查询及复用：需支持查看患者的历史病历信息并引用至本次病历中。4）历史病史引用：支持历史病史的查看及引用，患者历史病史须包含诊断日期、诊断名称、诊断代码、主诉、现病史以及既往史信息。5.4.4 住院病历需提供住院病历功能，包括病历列表、病历书写和病历日志功能，具体功能需包括：

46、1 .病历列表：需提供住院病历书写统计列表，需支持通过多种条件进行检索，需支持查看病历书写详情。2 .病历书写：1）需支持结构化住院电子病历的书写、打印功能，在病历录入过程中提供智能化输入。2）需支持病历打印、模板管理、病程管理、既往病历查阅及复用、医嘱信息调用、医学符号查看引用、病种模板推荐等。3）需支持痕迹视图、病史信息查看及引用、医技异常数据查看及引用功能。4）病历打印需支持续打、合并打印，满足多种打印需要。5）院前病历：需支持院前病历的书写、打印功能。6）病历同步：预入院患者正式办理入院后，需支持查看/修改医生之前书写的院前病历。3 .病历日志：需提供住院患者病历日志列表，支持查看住院患者病历操作日志记录。5.4.5 病案管理需提供病案管理功能，需包括病案审核、病案借阅及卫统报表分析功能。5.4.6 归档管理需提供归档管理，需包括归档统计及自动归档功能。5.4.7 统计查询需提供病历业务相关统计报表，需包含门诊病种统计查询、住院病种统计查询及住院动态统计报表。5.5 医疗卫生接口为满足XX省卫生健康数字化改革过程中数据共享及业务协同要求，提升XX区与外部系统的互联互通水平，本项目需实现以下相关系统接口工作：5.5.1 检验检查互认接口为满足跨区域就医患者检验检查结果互认，切实减轻群众看病就