一、项目概述

（一）项目实施内容

盘山县县域医共体暨资源共享中心信息化建设项目是以医共体医疗服务体系建设的目标和需求为导向，在遵循国家卫健委、辽宁省卫健委及盘锦市发布的相关标准和规范基础上，建立统一的医疗数据中心和医疗信息服务云平台，完善和整合盘山县各级各类医疗机构的信息系统，实现对医疗信息的全面共享、利用、挖掘和信息系统的互联互通，从而辅助和支持开展病人服务、信息共享、资源预约、双向转诊、影像会诊、综合监管、家医管理等业务，推动和支持盘山县医共体的建立和运行，促进医疗业务的协同和分级诊疗机制的建立健全，促进医疗资源的整合共享和高效利用，加强对医疗服务统一监管和考核，在全县建立起跨行政隶属关系、跨资产所属关系，层级清晰，布局合理，各级各类医疗机构密切协作的新型医疗服务保障体系，从而提高全区医疗服务的整体效益。本项目建设内容主要包括：(略)

（二）项目实施范围

盘山县是辽东半岛的对外开放县之一，隶属于辽宁省盘锦市，位于辽东半岛中部，总面积(略).9平方千米。辖(略)个乡镇，(略)个村，现有人口约(略).9万人。

盘山县已启动建设医共体管理平台，将实现医共体内成员单位之间的信息互联互通。依托医共体平台的建设，能够对盘山县县域医共体信息化建设进行整体的规划与建设，与盘锦市健康盘锦信息化管理平台对接，并与医共体各成员单位进行连接，汇聚覆盖全域范围的医疗健康大数据，在助力医共体分级诊疗业务的同时，也能够更好地服务我县居民，为政府决策提供可靠的数据支撑。

将以盘山县人民医院为龙头，加强重点专科对口扶持、双向转诊、加强对乡镇卫生院的技术指导和人员培训。同时，建立统一基层医疗系统，提高卫生院诊疗水平，为人民群众提供安全、有效、方便、价廉的基本医疗服务。

遵循“政府主导、统一规划、属地统筹”的原则，以便民惠民、业务协同和统一监管的需求为导向，依托云计算、大数据、物联网、互联网等新兴技术，构建以大数据、云计算为特征的医疗服务体系，整合各医院内部信息系统，推进建立利益共同分享、责任共同分担、事业共同发展、技术共同提高的跨行政隶属关系、跨所有制形式的具有盘山县特色的医共体医疗服务体系，建立大医院带基层医院的服务模式和医疗、康复、护理有序衔接的服务体系，加强区属医院和社区卫生机构能力建设，强化公立医疗机构的公益性，实现县人民医院与基层医疗卫生服务机构的纵向资源流动，提高医疗资源利用率，提高医疗服务体系的整体运作效率，强化“以病人为中心”的服务理念，促进分级就诊模式的形成，使基层医疗机构社区居民首诊率不断上升，真正实现首诊在基层、康复在基层、预约在基层、慢性病用药在社区的目标。

二、采购要求

（一）软件具体需求

1、盘山县县域医共体基础平台

1.1医共体数据资源中心

1.1.1基础数据库

基础数据库汇聚为牵头医院和基层医疗机构提供基础信息服务的相关信息集合。基础信息库应包括机构信息、科室信息、医疗卫生服务人员信息、术语信息等基础信息。

1.1.2临床数据库

临床数据库是以患者为中心的统一视图的数据库，在临床数据库中，诊疗数据是围绕患者为中心进行组织的，面向主题的、集成的数据集合。临床数据库数据集应包括居民患者基本信息、病历概要、门（急）诊诊疗记录、住院诊疗记录、健康体检记录、转诊（院）记录、法定医学证明及报告等。

1.1.3运营数据库

围绕有效运营目标，集成医共体各成员单位的医疗健康运营数据，在临床数据、医院管理类数据以及财务类数据采集的基础上对各类数据进行归类整合，并加以数据挖掘分析利用。应包括机构财务信息、绩效考核信息、医疗质量信息、运行效率信息等。

1.1.4医疗资源库

医疗资源库主要汇聚所有提供医疗服务的生产要素信息，应包括专家资源、检查资源、检验资源等各类医疗资源。打造医疗资源共享体系，聚合优质医疗资源，按照居民患者实际需求，合理分配、公平有效利用医疗资源，促进医疗服务共享，提高医疗资源利用效率。

可视化的数据资源全景浏览工具。支持将数据标准与实际数据对应展示。可自定义主题库分类，将各中心数据进行归类整理。便于定位数据，为平台数据应用、数据排查提供可追溯的便利手段。

应包含：(略)

数据资源浏览

需提供用户浏览数据中心数据资源的功能，支持按照机构、业务时间等基础条件及各业务专属条件进行检索。

数据标准资产查看

需支持通过数据资源反向追溯数据标准，包括数据元英文名称、中文名称、数据类型、长度、值域标识、主从表关联关系等。

建设支持跨机构、跨部门实现资源共享的平台组件。作为平台统一对外提供服务的入口，建立规范的资源管理流程、业务标准和技术标准。

1.2.2.1业务流程编排

需支持将多机构、多部门的各个业务系统在协同业务过程中承担的业务职责和所需要的服务能力以图形化的形式清晰地展示。机构仅需按照业务流程编排要求完成本身服务提供，整体业务需按照编排好的流程自行流转。更好地将跨机构、跨部门的业务顺利推广实施。

1.2.2.2标准化服务契约管理

需支持由平台统一创建标准化的服务契约，服务契约需包含明确的服务定义与开发要求。由各机构按照服务契约要求完成相应系统服务开发，统一接入平台实现区域内业务协同服务标准化要求。更好地指导各医疗机构建设协同服务（如区域内统一预约挂号、统一调阅检验检查报告等），统一服务平台服务标准。

1.2.2.3协同服务管理

随着“前后端分离架构”、“微服务架构”、“中台战略”、“业务互联互通”这些信息化概念的不断提出，在项目实施过程中必将产生大量的各种协议的服务需求，而这些服务也将成为重要数字化资产。随着服务需求越来越多，各服务之间的相互调用和依赖情况也随之越来越复杂。需要建设统一的协同服务管理平台将机构系统的服务管理起来，将传统的点对点的交叉业务协同模式升级成星型的多对一的访问模式。降低业务协同管理的复杂度。

应包含：(略)

服务资源管理

需提供服务资源管理功能，作为统一的服务管理平台，满足各类机构用户对于服务发布和使用的需求，服务资源管理需提供完整的服务资源管理流程。如：(略)

服务治理

需提供服务治理能力，在服务资源访问过程中，提供相应服务保障。保证服务可以稳定、安全、正确地对外提供自身业务。服务治理需要在服务访问时提供：(略)

1.2.2.4数据资源共享管理

根据《区域全民健康信息互联互通标准化成熟度测评方案》（(略)年版）中“互联互通应用效果”下的“数据资源目录管理与共享情况”的指标，提供相应“建立资源目录并对外发布”，“实现数据共享”，“实现数据下沉”功能，建设数据资源共享管理体系。以数据资源目录为展现形式，提供数据的共享服务，实现互联互通效果。

应包含：(略)

1.2.2.5资源共享安全管理

平台在业务协同和数据共享时需要建立必要的安全管理机制，防止信息泄露，保障数据安全。

应包含：(略)

“平台应用集中监控预警系统”是一个用于监控和管理平台上各种应用程序的预警系统。其主要功能包括：(略)

1.2.3.1监控资源

应支持监控资源的统一管理，包括

1.2.3.1.1监控资源范围

应支持面向平台全链路资源监控，代理资源包括：(略)

1.2.3.1.2监控资源方式

应支持通过Exporter 和 Agent 两种方式来暴露监控端口，使其能够获取和收集指标数据。

1.2.3.2监控管理

1.2.3.2.1指标收集

应支持监控管理组件可以通过采集器定期从各种服务器、应用程序或中间件中收集指标数据，包括 CPU 使用率、内存消耗、网络流量等，可自定义收集周期，指标保存周期等配置；

1.2.3.2.2数据存储

应支持监控管理组件使用时间序列数据库来存储收集到的指标数据，并支持快速高效的数据查询和聚合操作。

1.2.3.2.3服务自动发现

应支持自动发现新的目标和服务，并自动开始对其进行监控。它还可以与 Kubernetes 等容器编排平台集成，实现对动态环境的自动服务发现和监控，支持配置动态更新，无需重启监控组件。

1.2.3.3监控告警

1.2.3.3.1告警规则

告警组件应支持用户定义灵活的告警规则，用于监控指标数据并触发告警。用户可以根据特定的条件设置告警规则，例如 CPU 使用率超过阈值、服务不可用等，一旦规则条件被满足，即将生成相应的告警。

1.2.3.3.2告警处理

告警组件应具备丰富的告警处理功能，如沉默重复告警、分组相关告警、路由告警到相应接收者分组等。这些功能可以帮助用户降低误报率，减少不必要的干扰。

1.2.3.3.3告警通知

可通过多种渠道发送告警通知，包括电子邮件、飞书等。用户可以根据需求配置告警通知方式，并设置通知策略，确保告警能够及时地通知关键干系人。

1.2.3.3.4告警恢复

应支持自动恢复和手动恢复等方式。

1.2.3.4监控分析

1.2.3.4.1监控图表

应提供丰富的图表类型和灵活的配置选项，使用平台提供的图表模板来呈现数据，支持服务器、中间件、应用、数据库等组件模板，用户也可以通过自定义创建个性化的监控模板，支持多用户共同使用，分配不同的权限和角色。

1.2.3.4.2指标查询

应具备强大的指标查询功能，通过查询语法可以对采集到的时间序列数据进行高效地查询和分析，支持标签过滤、时间范围查询、聚合函数（max、sum、avg）、算术操作（+ - * /）等功能。

1.3与其他系统的接口

1.3.1与盘锦市全民健康信息平台

基于盘锦市全民健康信息平台接口要求，应实现医共体信息平台与市平台的对接，实现相关数据的上传和业务协同。

1.3.2与医院相关系统对接

应实现医共体平台与县级医院院内相关系统对接，实现数据共享和业务协同。

1.3.3与基层医疗机构系统对接

应实现医共体平台与盘锦市基层医疗机构HIS系统和基本公共卫生系统对接，实现数据共享和业务协同。

1.3.4与DRG系统对接

应实现医共体平台与DRG系统对接，实现数据共享和业务协同。

1.3.5药事系统对接

应实现医共体平台与药事系统对接，实现数据共享和业务协同。

1.3.6人事系统对接

应实现医共体平台与人事系统对接，实现数据共享和业务协同。

1.3.7与药品耗材统一配送系统

实现医共体平台与药品耗材统一配送系统对接，实现数据共享和业务协同。

1.3.8医保业务协同服务信息系统

通过与医保相关系统的接口，实现与医保结算系统实现互联互通、信息共享和业务协同，为职工医保和城乡居民医保提供医保结算、异地转诊、异地就医结算、本地医院转诊证明、参保证明、特殊病种门诊治疗待遇申报、双通道药品申报等服务。

2区域医疗服务协同中心

2.1区域影像中心

2.1.1远程影像诊断申请

医生根据患者的病情需要，完成影像资料拍摄。填写申请信息、检查项目信息，同步病历上传影像文件，选择待选项目，提交阅片申请。

应包含：(略)

2.1.1.1申请填报

需支持患者基本身份信息的手工填报；

需支持填报检查设备名称、检查部位、扫描类型、检查日期等；

需支持手动上传或接口同步、查看患者门诊/住院病历（包括文档、PDF、图片等多格式）、影像文件、检查/检验报告等文件；

需支持批量传输，断点续传等；

2.1.1.2项目预约

需支持通过医生姓名或者科室名称搜索待选项目，待选项目支持展示服务提供方信息和价格、项目的标准服务内容范围、以及服务人次，选择科室或指定医生提供阅片服务进行预约。

2.1.2远程影像诊断

阅片医生对接收的申请可以进行接诊阅片操作。按照诊断报告规范项填写报告。报告审核人员在集中阅片报告提交后进行统一审核。审核人员在审核报告过程中自主处理编辑报告，审核过程产生变更记录历史需要留痕。

应包含：(略)

2.1.2.1申请处理

需支持申请信息详情和影像文件的查看、接收、申请驳回和驳回原因填写。

2.1.2.2医生阅片

需支持接诊阅片、患者影像文件查看，需提供阅片操作工具。

2.1.2.3阅片报告

需支持阅片报告填写、ICD-(略)标准码的诊断选择、报告草稿保存和编辑、报告提交，支持修改报告再次提交。

2.1.2.4模板管理

需支持模板保存、模板查看、模板导入、公共模板和个人模板管理。

2.1.2.5报告审核

需支持报告内容检查审核、通过或驳回处理、驳回原因填写。

2.1.2.6审核处理

需支持审核人编辑报告、完成审核提交等功能。

2.1.3远程影像诊断报告回传

需支持申请医生根据申请记录跟踪服务进度，可以通过平台获取报告回传情况。需支持申请医生可以在线查看集中阅片报告详情。需支持申请医生和患者打印集中阅片报告详情。

2.2.1区域心电数据中心

支持对心电数据进行数字化集中存储及管理，可对心电数据进行查找、统计、测量。

支持心电数据以XML标准定义的格式进行波形存储，可建立标准心电数据库，为开展科研教学提供有效的数据基础。

提供基本功能模块、预约模块、数据接收模块、数据显示模块等多个功能模块。

支持多用户同时登录和查询，系统最大可支持的用户数量根据实际需求进行配置。

采用高性能的数据库管理系统，如SQL Server系列，支持数据的快速检索和高效存储。

支持数据库多种方式备份，确保数据的安全性和可靠性。

具有严格的身份认证和访问控制功能，确保系统的安全性。

提供数据备份归档管理系统，保障医疗数据存储的连续性及稳定性。

提供完善的错误提示和日志记录功能，方便问题的排查和解决。

2.2.2区域心电诊断中心

无需安装客户端软件，任意接入区域心电网络的电脑中浏览器可直接登录访问并进行诊断分析；

具备新检查病历到达提醒、会诊病历到达提醒及会诊病历返回提醒功能，并支持设置是否提醒、声音提醒开启时间设置及提醒方式的设置；

具备对异常测量参数标红显示，同时支持以每一个分析测量值进行手动修改；

支持原始采集的心电波形进行重分析；

支持对原始采集的心电波形进行重新调整滤波设置，可设置滤波包括：(略)

提供丰富的测量分析工具：(略)

电子标尺功能：(略)

平行尺功能：(略)

心拍放大分析功能：(略)

同屏对比功能：(略)

具备导联纠错功能：(略)

提供复合波与选中心搏两种分析模式，医生可根据波形情况在分析诊断界面手动选择不同的分析模式，保证心电诊断的准确性；

具备AF房颤分析功能，医生可在分析诊断界面手动开启或取消房颤分析；

具备详细参数矩阵，不少于(略)种测量参数值；

可对接电子病历系统，在分析诊断界直接查看患者电子病史和电子检查申请单，方便诊断医生结合患者历史病史及临床诊断来综合判断；

支持导联标识等特殊字符快速输入功能，方便医生快速书写诊断结论；

具备报告助手功能，提供常用公共模板及个人模板，医生可使用诊断术语库内容，快速完成心电图诊断；

具备报告记录功能，可详细查看每一个医生对本份病历的每一次操作及报告修改记录，并查看操作人、操作时间及修改具备内容；

具备微信分享功能，可在进行心电图诊断分析时直接将该份病历的原始心电波形分享至微信群或专家微信，并支持在微信端打开心电原始波形，进行走纸速度、灵敏度、显示模式的调整，及查看心电报告；

具备心电关键字管理功能，可后台自定义新增、修改、删除，关键字内容包括但不限于不同心电诊断结论对应的心脏示意图、电轴示意图等，设置后，可针对不同心电图诊断结论，提供对应病变位置心脏示意图、电轴示意图等，给临床医生及患者提供病变部位参考；

支持典型病例收藏功能：(略)

具备病历随访功能：(略)

2.2.3区域心电会诊中心

区域心电会诊中心具有权限管理功能，支持对不同使用医生进行权限分配，支持多级审核。

支持多级会诊中心建设，可为接入的基层医疗机构配置会诊关系，一个申请医院可对应多个会诊医院，扩展多级会诊中心。提供真实界面截图。

支持会诊医院向基层医疗机构开展的包括：(略)

提供会诊费用的统一管理工具，针对不同的会诊服务内容制定会诊收费标准。

基层医疗机构可以通过系统进行心电疑难会诊申请，在基层客户端进行心电远程诊断申请，患者病例资料上传，远程心电申请单修改，确认资料准备完全后可以提交会诊申请单。

支持快速申请及选择申请远程会诊功能，选择申请功能可根据用户自主选择会诊中心医院，将心电数据传输至指定的会诊中心医院进行远程诊断，实现区域多中心会诊模式。

基层医疗机构在系统内可以查询可选择的上级远程心电诊断医疗机构，可以查看申请列表以及申请单所处状态。

支持查看医院会诊记录：(略)

支持接收诊断中心诊断后的心电报告，进行报告浏览、打印。

2.2.4区域心电传输通道

区域心电传输通道支持与其他医疗信息系统（如HIS、EMR等）的集成和数据交换。

在传输过程中，可对心电数据进行加密处理，以防止数据泄露和非法访问。

传输通道采用先进的加密算法和密钥管理机制，确保数据传输的安全性。

可对传输通道进行身份验证和访问控制，确保只有授权的用户和设备能够访问和传输心电数据。

传输通道采用多因素认证和强密码策略，提高账户的安全性。

在传输过程中，可确保心电数据的完整性和准确性，避免数据丢失或损坏。

传输通道采用可靠的数据传输协议和错误检测机制，如TCP/IP协议，以确保数据的完整传输。

2.2.5设备接口

支持连接各级医疗机构现有的心电图机，包括获取(略)导联、(略)导联、(略)导联心电图机的原始数据，并能进行分析、参数值显示和归档存储；

支持兼容不同品牌、型号的心电图机数据对接，具有数据输出功能、数字接口的心电图机均可接入系统；

使用者可根据不同的申请单选择不同的检查项目。通过与HIS系统对接，在开始为患者进行检查时，患者信息可自动调入；也可以通过接收患者的待检查信息，输入门诊号、住院号等标识码提取患者基本信息，开始为患者进行检查。

支持WORKLIST功能，支持扫描条码、腕带获取待检查患者信息。

2.2.6区域心电BI展示软件

具备基于大屏显示的心电数据BI展示平台，提供包括检查量趋势、工作量、检查机构排名、异常类疾病排名、诊断医生排名、报告时效质控、诊断分布、诊断分级等丰富全面的图表及仪表盘样式，为管理人员提供有效的管理工具。要求提供数据质控、挖掘、统计分析质控管理平台软件著作权证书证明。

利用心电数据BI展示平台，通过区域内心电检查、诊断、资源分布、等数据的分析挖掘，对区域内的业务资源进行精准定向指导和调整优化。

利用心电数据BI展示平台动态显示医院信息、医生信息、报告信息、会诊信息，直观反映区域心电业务整体情况。

支持地理信息系统展示，通过地图全方位展现区域内的医疗机构的运行情况。

通过对区域内的心电检查结果的统计分析，实现对区域内流行病或其他突发事件的监控。

平台支持直观地读取与浏览各种图表，具备在线多维分析数据与交互式动态报表展现，同时展示内容可根据用户需求定制。

支持接入机构数量及详细机构名单及地图展示，方便直观浏览心电一张网平台覆盖范围。

支持按年、按月对医生诊断量、检查机构上传量进行排名展示。

支持月度业务时效分析展示，可直观展示医生的审核用时、报告用时，方便科室内质控管理，有效提升报告诊断效率。

基层医疗机构的检验设备有限，通常只能进行常规的检验服务，限制了基层医生的诊断能力与服务水平。通过委托医学检验中心进行集中委托检验，既减少了基层医疗机构的资金投入，又增加了医学检验中心的资源利用率，还有利于保证检验结果的准确性与一致性，实现区域检验结果互认。医学检验中心将安排人员定期上门收取各基层医疗机构的检验样本，进行集中检验，并将检验结果推送给基层医疗机构，从而解决基层检验能力不足的问题。

支持基于平台进行业务构建符合平台标准的rest接口，通过平台进行统一发布管理，前端页面通过调用平台接口进行业务流转服务。

2.3.1标准检验小项管理

需支持委托检验项目全部小项系统录入，每一项标准检验小项需要进行规范标准小项项目编码、标准小项项目名称、样本类型、样本说明的录入，录入后支持按照编码、名称、样本类型对已创建的检验小项标准目录进行多条件联合查询；

需支持标准检验小项在校验无机构检验小项进行对照和标准检验项目关联的情况下可被删除。

2.3.2机构检验小项对照

需支持按机构将委托检验项目的全部小项录入系统，每一项机构检验小项创建需维护机构小项项目编码、机构小项项目名称、样本类型、样本说明；

需支持对照时获取标准检验小项目录进行选择，每条机构检验小项可对照一条标准检验小项，每条标准检验小项可被对照一次，对照关系创建后可解除关联后重新进行关联的创建，完成创建的机构检验小项可进行删除操作；

需支持机构检验小项的列表支持机构小项项目编码、机构小项项目名称、样本类型、标准小项项目编码、标准小项项目名称、对照状态对已创建和已完成对照的机构检验小项进行多条件联合查询。

2.3.3机构检验项目对照

需支持基层机构的标准管理人员进行本机构的检验项目管理创建，将本机构需要申请的委托检验项目录入系统，对机构检验项目维护机构检验项目编码、机构检验项目名称，完成机构项目录入后获取标准资源目录中的委托检验项目的类型进行对照；

需支持每条机构检验项目可对照一条标准资源，每条标准检测资源项目可被对照一次，对照关系创建后可解除关联后重新进行关联的创建，完成创建的机构检验项目可进行删除操作；

需支持机构检验项目支持按照机构项目编码、机构项目名称、样本类型、标准项目编码、标准项目名称、对照状态对管理的机构检验项目进行多条件联合查询。

2.3.4委托检验申请

需支持查询医疗服务网络内可以预约的委托检验项目，用于需求方申请委托检验项目的选择；

需支持获取患者基本信息补充申请信息；

需支持定向医疗机构提交委托申请；

需支持需求侧系统调用服务。在委托检验完成样本采集准备送检前，需求侧调用本接口发送检验申请信息给平台。输入参数包括：(略)

2.3.5委托检验报告回传

需支持在委托检验报告发布到平台后，平台调用本接口发布检验报告给需求侧系统。输入参数包括：(略)

2.4.1全流程追溯管理

2.4.1.1全流程追溯：(略)

2.4.1.2质控追溯管理

包括问题登记、多条件筛选查询、报表/图表导出功能，至少包括：(略)

2.4.2区域化管理

支持区域内多家医共体医院可以独立进行患者器械包使用登记。没有消毒供应中心的医院可以向中心医院的消毒供应中心申请服务，提交回收或者发放申请进行物品洗消处理申请；

2.4.3回收和分类

2.4.3.1申请和清点审核回收申请单：(略)

支持扫描/手工查找录入器械包、回收单扫描批量录入等清点登记方式，可清点时直接登记分类清洗篮筐；

2.4.3.2对机洗和手洗物品进行清洗分类。

对器械进行预处理操作，记录预处理方式、预处理时间、预处理人。

2.4.4清洗和清洗质检

2.4.4.1分步清洗：(略)

2.4.4.2机洗

记录机洗设备、运行程序、机洗时间、机洗人等信息；

2.4.4.3对清洗质量进行检查，合格的器械进入下一环节，不合格的器械退回重新清洗，记录的问题自动纳入质控管理；

2.4.5检查和包装

2.4.5.1支持通过处理方式、分组、篮筐、器械包名等筛选来对应当前包装工作台的内容，核对包装材料、处理方式、有效期天数等信息，记录组配人、组配时间。

2.4.5.2对代销包、敷料包进行包装登记，需要代消的物品，包括组配人、包装人、包装材料处理方式、有效期天数等，生成包装标签。

2.4.6灭菌

2.4.6.1灭菌上架：(略)

2.4.6.2生物监测：(略)

2.4.6.3 BD测试：(略)

可设置必须通过相关测试程序后才可以正式灭菌。

2.4.7灭菌质检

2.4.7.1未到达规定灭菌时间，不可提前结束灭菌程序；在对接灭菌器参数的情况下，可设置根据灭菌器实际情况自动同步结束并校准时间。

2.4.7.2对有需要生物监测要求的锅次进行登记，生物检测结果没有合格并且未经提前放行许可，不能发放，生物监测不合格需要重新包装灭菌；支持对生物监测记录导出报表。

2.4.8储存

支持无菌器械包手工选择出库操作，加入到发放列表。可设置器械包临近效期报警天数，到达预警范围会在无菌库内提醒，并在发放页面进行通知。

2.4.9发放

根据按科室申请、实际回收生成需要发放的列表清单；当发放结果与计划不符时，会进行多发、少发、错发提醒；系统对于过往日期未完成发放的器械包，进行弹窗提醒。

2.4.(略)患者信息对接

可对接登记手术患者信息或手工录入患者信息对接到使用到的器械包。

2.4.(略)查询统计

可追溯记录对器械包生命周期内的处理流程环节的工作内容。可查询一段时间范围内，根据不同的报表口径统计完成消毒供应中心处理流程的器械包数量，以每个包独立计算的流水表形式呈现。

可对回收、清洗、包装、灭菌、发放等流程节点按包或器械统计汇总工作量。

2.4.(略)外来器械管理

外来器械回收，可以提前通过外部小程序生成二维码，在外来器械登记界面扫码回收外来器械(对于已经使用过的外来器械重新回到供应室后，可以通过外来器械管理界面进行二次回洗以及回洗完成后的归还注销)

2.4.(略)设备管理

设备巡检与维护登记

可以建立设备巡检计划和执行时间，定期提醒巡检工作执行；可以建立设备故障保修和登记功能；以上记录可导出生成报表。

2.4.(略)问卷调查

系统拥有线上问卷调查的功能（含满意度调查）；

对于问卷调查的题目可在题库中进行选择，也可以自定义出题。

3便民惠民应用建设

依托医共体信息平台，在保障网络安全和保护个人信息的前提下，通过移动端应用，为居民提供预约挂号、线上咨询、问诊、随访、续方、在线支付、检查检验结果及健康管理在线查询等服务，有效缓解患者挂号难、排队累、就医不方便等一系列难题，进一步优化居民就医体验。功能包括医院信息、就诊人管理、智能导诊、预约挂号、就医导引、排队候诊、门诊缴费、报告查询、就诊评价、帮助与反馈等功能。

3.1.1医院介绍

需支持展示医院的基本信息介绍、联系电话、详细地址、来院路线。

3.1.2医院公告

需支持展示医院发布的公告信息，需支持首页滚动播放和公告列表查询。

3.1.3科室介绍

需支持展示热门科室的简介、位置、电话信息。

3.1.4医生介绍

需支持展示科室医生、专家的简介、擅长、评价信息。

3.1.5就医指南

需支持展示院内各类就诊指南信息。

3.2.1添加就诊人

需支持在线实名制建档（需支持身份证件自动扫描识别），无证件号及不足6岁儿童，须填报监护人信息建档。

3.2.2管理就诊人

需支持管理我的就诊人信息。

3.2.3电子就诊卡

需支持自动创建电子就诊卡，需支持绑定实体卡，生成电子就诊卡。就诊过程需支持扫描电子二维码完成身份认证、门诊就诊。需支持解绑电子就诊卡。

3.2.4健康档案

需支持维护个人的基本健康信息（身高、体重、血型、家族史、过敏史、既往史）

3.2.5就诊卡

需支持就诊首页展示个人的就诊卡信息，一键出示个人就诊码，便于自助机、窗口等线下场景的快速扫描、身份识别。

3.3.1推荐科室

需支持通过点击身体部位（男、女、儿童的人体图） ，选择相应的症状，为用户智能推荐适合的就诊科室。部位、症状与科室的关系知识库需支持配置。

3.3.2快速挂号

需支持根据症状推荐的科室，快速引导患者预约挂号。

3.4.1预约类型

需支持当日挂号、预约挂号。

3.4.2科室列表

需支持查询已排班的科室列表。科室列表需支持默认排序(按符号、字母字典书序)和自定义排序；需支持关键字搜索科室、医生。

3.4.3科室排班

需支持按时间、按医生分类查询科室医生的排班信息，展示当前排班状态（有号、约满）。

3.4.4医生号源

需支持查询医生指定日期的排班号源信息，与院内排班系统一致，分时段展示。

3.4.5挂号支付

需支持在线支付挂号费用，需支持在线预约，到院支付。完成后，向用户推送挂号成功通知信息。

3.4.6预约取消

超时未支付，系统需支持自动取消预约。预约成功后，需支持在线退号退费。

3.4.7就诊提醒

需支持就诊预约的前一天，向患者推送就诊提醒信息。

3.4.8停诊通知

医生停诊时，需支持系统自动触发消息通知。需支持停诊后的自动退款。

3.5.1消息提醒

需支持就诊过程中实时的消息通知。包括预约挂号通知、就诊提醒、待缴费提醒、停诊通知、待评价提醒、住院余额提醒。

3.5.2流程引导

需支持就诊流程树模型，引导患者每一步的就诊过程。包括就诊、候诊、缴费、取药、治疗、检查检验的时间和地点。

需支持实时查看就诊科室的候诊信息(包括我的序号、当前叫号、排队人数)。

3.7.1待缴费处方

需支持实时获取患者的待缴费记录。包括就诊科室、开方医生、开方时间、处方项目、单价数量、合计费用、执行科室信息。

3.7.2已缴费处方

需支持实时查询患者的已缴费记录。包括就诊科室、开方医生、开方时间、处方项目、单价数量、合计费用、执行科室、缴费渠道信息。

3.8.1检验报告查询

需支持在线查阅患者门诊/住院的检验报告。需支持数据、PDF类型报告的展示。

3.8.2检查报告查询

需支持在线查阅患者门诊/住院的检查报告。需支持数据、图片、PDF类型报告的展示。

3.9.1服务评价

需支持就诊结束后患者对就医服务进行评价。包括服务态度、专业水平、信息告知、响应速度维度，以便医院和医生共同提高就医服务水平。

3.9.2评价通知

就诊结束后，系统需支持定期向患者推送服务评价通知，邀请患者在线评价。

3.(略).1常见问题

常见问题的在线帮助手册，问题知识库需支持在管理后台统一配置。

3.(略).2在线反馈

需支持用户在线提交反馈、投诉、建议、咨询等类型的问题，信息加密存储。需支持管理者通过管理端查看、回复。

4区域医疗管理协同中心

4.1人财物一体化管理系统

4.1.1审批管理

4.1.1.1工资管理

计算工资，根据现有医院工资计算规则核算出员工当月工资数。包括基本工资和奖罚等。支持个别人员有特殊处理。

4.1.1.2请假管理

员工因故请假，进行请假流程审批，支持打印出请假条。并生成记录。

4.1.1.3档案创建

创建人事档案，支持导入、导出、打印等相关功能。内容包括工号、姓名、科室名称、职务、核算组等相关信息。支持其他系统进行数据调取和使用。

4.1.1.4档案变动

支持人事档案变更审批。

4.1.1.5转科申请

支持临床医护人员发起转科申请，审批通过后将转科信息同步到花名册。

4.1.1.6退休提醒

支持用户查看自己退休时间。

4.1.1.7合同到期提醒

提醒用户合同到期日期

4.1.1.8转正申请

新入职用户发起转正申请，审核通过后才能正式签合同。

4.1.1.9工资条

每个用户能看到自己的工资条

4.1.2物资管理

4.1.2.1物资领用

领用人进行物资申请，审核部门通过后，进行备案。

4.1.2.2物资管理

包括对固定资产的台账信息、领用、调拨、借用、维修、盘点、报废等一整个生命周期的动态管理过程。

4.1.3财务管理

4.1.3.1财务申请

支持报销、预算费用申请，财务部门审核通过后进行付款。

4.1.4通知公告

4.1.4.1通知公告

特殊部门能够发布院内通知公告，供所有用户查看

4.1.4.2内网邮件管理

用户可以在内网环境下发送电子邮件，传输文件

4.1.5系统管理

4.1.5.1自定义流程

流程可自定义设计，流程中可自定义流程节点、抄送节点，节点可自定义负责人，流程中可提交、提交并打印、退回、结束流程等相关操作。

4.1.5.2审批节点

可灵活设置审批节点负责人。

4.1.5.3生成数据表

支持多种数据表自定义创建，支持多种自定义条件数据查询，支持导出。

4.1.5.4生成报表

根据提交数据生成报表，通过数据可视化工具，以图表、报表等形式展示数据的状况。

4.1.5.5基础设置

包括科室代码、职系维护、员工基本信息（员工代码、所在科室、姓名、职工类别等）等设置和维护。

4.1.5.6用户管理

支持设置用户的账号密码，支持在系统查看用户内容权限，支持对用户的增加、修改、删除。

4.1.5.7权限管理

设置用户的数据查看权限、填报权限和功能权限。

4.1.5.8日志管理

自动保存用户登录日志、管理员的修改记录日志。

4.1.5.9组织架构

根据权限自定义创建，编辑组织架构，包括职位、角色、部门等

4.1.5.(略)系统架构

软件采用JAVA技术开发，B/S架构，MYSQL数据库，支持科室、人事等多种角色登录使用，确保系统的灵活性。

4.2.1药品耗材进销存管理

4.2.1.1供应商管理

能够用户自己维护供应商信息

4.2.1.2库存管理

能高效进行入库、实时监控库存、准确出库及定期盘点。

4.2.1.3药品耗材管理

对药品耗材的台账信息、领用记录、调拨记录、借用记录、盘点记录等一整个生命周期的动态管理过程。

4.2.2配送管理

4.2.2.1配送管理

配送管理可合理分配订单、跟踪配送状态、优化路线并实现应急配送。与有药品运输资质的物流公司对接，实时监控订单状态。

4.2.2.2数据分析功能、

可对库存、配送、需求及质量等数据进行深入分析，为决策提供有力支持，确保药品耗材供应的及时、准确与安全。

4.2.2.3采购管理

对于没有库存的药品与耗材，可以通过流程审批，汇总需求。

4.2.3系统管理

4.2.3.1自定义流程

流程可自定义设计，流程中可自定义流程节点、抄送节点，节点可自定义负责人，流程中可提交、提交并打印、退回、结束流程等相关操作。

4.2.3.2审批节点

可灵活设置审批节点负责人。

4.2.3.3生成数据表

支持多种数据表自定义创建，支持多种自定义条件数据查询，支持导出。

4.2.3.4生成报表

根据提交数据生成报表，通过数据可视化工具，以图表、报表等形式展示数据的状况。

4.2.3.5基础设置

包括科室代码、职系维护、员工基本信息（员工代码、所在科室、姓名、职工类别等）等设置和维护。

4.2.3.6用户管理

支持设置用户的账号密码，支持在系统查看用户内容权限，支持对用户的增加、修改、删除。

4.2.3.7权限管理

设置用户的数据查看权限、填报权限和功能权限。

4.2.3.8日志管理

自动保存用户登录日志、管理员的修改记录日志。

4.2.3.9组织架构

根据权限自定义创建，编辑组织架构，包括职位、角色、部门等

4.2.3.(略)系统架构

软件采用JAVA技术开发，B/S架构，MYSQL数据库，支持科室、人事等多种角色登录使用，确保系统的灵活性。

4.3.1分组测算管理

4.3.1.1分组测算

根据当地医保局的分组逻辑，搭建一套分组测算程序，测算出根据当前患者信息能入到那个组。

4.3.1.2标杆值计算

计算出每个分组的标杆值

4.3.1.3分组盈亏预测

能够预测出当前患者当前分组的盈亏及盈亏金额

4.3.2 DRG指标管理

4.3.2.1 DRG指标

能够根据医院的数据，测算出相关如CMI,总权重等相关指标

4.3.3事中预分组

4.3.3.1事中预分组

医生可以在患者再院期间能够查看本次分组及盈亏等信息。

4.3.4系统架构

软件采用JAVA技术开发，B/S架构，MYSQL数据库，支持科室、人事等多种角色登录使用，确保系统的灵活性。

4.4.1基层合理用药监测-用药分析

4.4.1.1实时监控功能

在药品信息输入过程中，每输入一个药品，都会显示一个“要点提示”框；在同一处方和不同处方药品两两之间可能存在的药物相互作用显示药物相互作用的详细信息和参考源出处；在同时进行输液的处方药品间可能存在的体外/体内相互作用审查，每一个记录均提供配伍信息详细说明和参考源出处；在获取患者既往过敏药物信息的基础上，提示患者用药处方药物中是否存在可能导致类似过敏反应的药品；当患者为妊娠期妇女时（根据生理状态来判断,和ICD-(略)诊断），其处方药品中是否存在不适合妊娠期妇女使用的药品；患者为哺乳期妇女时（根据生理状态来判断, 和ICD-(略)诊断），其处方药品中是否存在不适合哺乳期妇女使用的药品；患者为肝功能不全或肝功能严重不全时（根据生理状态来判断, 和ICD-(略)诊断），其处方中是否存在不适合使用的药物。

该功能有要点提示、药物相互作用审查、中药和西药的配伍、注射药物配伍审查、药物过敏史审查、年龄与性别用药审查、妊娠期妇女用药审查、哺乳期妇女用药审查、肝功能不全患者的用药审查等。

4.4.1.2右键查询、学习功能

提供一套供基层医院医生查询的知识库系统，确保和合理用药内的知识库统一。

该功能有工作首页、药物查询、检验检查、法律法规、医学百科系统、处方查询。

4.4.1.3知识库后台维护

提供医院内部的药品配对工具，显示前台医生的申请数量和申请来源，可以多个维度统计和分析某一时间段、某科室，提供医院所有在使用的药品说明书的电子版。

该功能有药品匹配、药品规则审核、今日问题处方数量、今日高频问题处方数量、问题处方统计分析、规则自定义。

4.4.1.4分析引擎功能

可以根据医院的具体情况对用药及检验/检查进行条件限制。

4.4.2前置审方---区域前置系统

4.4.2.1用药分析功能

与第一部分“用药分析功能”相比，互动系统增加了对检查结果的关联分析。互动系统将联系实验室的检验值和诊断值对用药安全做更深入全面的监控。

功能：(略)

4.4.2.2药物与检验关联分析

由用户根据自身需要，建立医院药品与医院检验项目之间的关系，系统根据设定内容，进行判断提示。通过专用工具，由用户根据医院实际情况建立本院药品与本院检验项目之间的关系。建立医院药品与医院检验项目之间的关系。

4.4.2.3药品与诊断、检验关联分析

由用户根据自身需要，建立医院药品,诊断与医院检验项目之间的关系，系统根据设定内容，进行判断提示。该功能需要监控的检验项目肝功能/肾功能。

4.4.2.4检验项目和阀值的编辑

提供工具使得用户可以自己编辑医院需要监测的检验项目和药品之间的关系。

数据包括：(略)

4.4.2.5医生与药师的消息互动平台

通过药师和医生之间互动沟通，实现审方药师的实时审方，药师和医生实现在线沟通。

医生、药师可以对接收到的警示信息进行点评，并可查看和回复他人的点评。医生可以选择双签字来进行强制保存处方。

4.4.2.6前置审方会诊功能

医生在前台开药的过程中，如果有些处方需要和后台药师进行会诊，能在客户端第一时间点选会诊按钮，药师如果在线的情况下，可以实时接收到会诊请求。并可以和医生实时在线沟通。

4.4.2.7前置审方的配置功能

可以设定进入审方中心的条件，可以使用现有处方分析的规则，也可以使用医院自定义规则。

医生和药师可以设定专项药物的审查。也可以对某一类药物进行审查。比如对高危药物、辅助用药等药物。

医生和药师可以对某个警示信息提出不再提示的申请，但需有权限的医务管理人员或药师进行审核后才生效。

4.4.2.8门诊处方统计功能

前置审方系统应该能对历史处方做出统计功能。

支持时间段选择、患者姓名、就诊号、病例号等维度筛选。

支持对社区医院的筛选、选择科室、审核药师、选择药品、药品类型、选择医生、选择诊断、问题类型、规则类型等筛选。

并支持对筛选的处方进行一键导出功能。

4.4.2.9住院医嘱统计功能

前置审方系统应该能对历史处方做出统计功能。

支持时间段选择、患者姓名、就诊号、病例号等维度筛选。

支持对社区医院的筛选、选择科室、审核药师、选择药品、药品类型、选择医生、选择诊断、问题类型、规则类型等筛选。

并支持对筛选的处方进行一键导出功能。

4.4.2.(略)系统设置

设置审方科室设置应包含所属医院及院区

4.4.2.(略)医院数据维护

维护医院的药品标记，如是否抗生素、是否国家基本药物等，为了避免与链药药品没有匹配关系时的统计差异。

维护医院手术项目标记，如是否清洁手术、是否髋关节置换术等。

维护医院手术项目与药品的关联性，用于判断围手术预防用药的合理性。

维护医院员工字典数据，用于区分员工类型，以及查询条件中的过滤非医师的员工信息。

维护医院科室字典数据，用于区分科室类型，以及查询条件中的过滤非临床科室的科室信息。

4.4.2.(略)前置审方统计功能

应该包含时间段、科室、系统审核、人工干预等筛选条件：(略)

5区域综合业务管理

5.1综合监管与评价系统

重点指标项大屏幕展示、趋势分析、图形分析、数据钻取；面向医疗服务、公共卫生、药品使用、医共体运行等主题，构建监管评价体系，通过数据挖掘和多维分析展示，辅助管理侧进行数字化、精细化、科学化管理。功能包括卫生资源监测、医疗服务监测、公共卫生监测、药品使用监测、医共体运行监测等功能。

5.1.1卫生资源监测

5.1.1.1、卫生人员资源管理

监测指标应包括卫生技术人员概况、 人均卫生医疗资源、医护比与床位比、职务分布统计、卫生计生人员数、执业医师数、药师数、乡村医生数、注册护士数、技师数、全科医生数、千人口医师占比、千人口护士占比、千人口床位占比、万人口全科医生占比、万人口公共卫生占比、医生数、护士数、床位数、床护比、医护比等

5.1.1.2、卫生服务资源监管

监测指标应包括每千医师数及同比、每万人公共卫生人员数及同比、编制床位数及同比、实际开放床位数及比率、床位使用率、学历构成、机构满意度排名、卫生人员满意度排名、专业技术任职资格构成、技术岗位层次构成等

5.1.2医疗服务监测

5.1.2.1医疗机构和医务人员执业行为监管

应包括医疗卫生机构、医务人员、医疗技术、大型医用设备的行政审批和监管等

5.1.2.2医疗质量情况监管

应包括医疗机构医师日均负担诊疗人次、医院医师日均负担诊疗人次、基层医疗机构日均负担诊疗人次、医疗机构医师日均负担住院人次、医院医师日均负担住院人次、基层医疗机构医师日均负担住院人次、门诊人次、门诊手术人次、急诊人次、急诊手术人次、住院手术人次、出院例数、出院患者实际占用总床日、住院患者死亡例数、住院手术死亡率等

5.1.2.3医院运营情况监管

应包括总诊疗人次、门急诊业务量分析、医疗费用支付方式统计、门急诊人次同比环比、各机构门诊量对比、入院人次、出院人次、住院业务量分析、各机构住院量对比、手术人次、手术各年龄段占比、手术级别占比、麻醉方式占比分析、门急诊总收入、门诊药品收入、门急诊次均费用、门诊医保次均费用、门诊自费次均费用、各项费用占比分析、收入药占比分析、医保/非医保患者的门诊次均费用、门急诊收入同比增长率、次均费用医保/个人支付负担比例、门急诊次均费用趋势、住院总收入、住院收入增长率、住院收入医疗费用支付方式构成、住院收入患者医药费用构成、入院人次和次均费用、门诊总收入、住院总收入等

5.1.2.4综合业务监管

应包括各医疗卫生机构患者负担分析、门诊患者负担分析、患者负担趋势分析、患者负担趋势分析、各医疗卫生机构患者负担分析、住院患者负担分析、患者负担趋势分析、医疗机构医师日均负担诊疗人次、医疗机构医师日均负担住院人次、医院医师日均负担诊疗人次、医院医师日均负担住院人次、基层医疗机构医师日均负担诊疗人次、床位总数、卫生技术人员总数、床位分布情况、卫生技术人员分布、职称分布统计、门诊收入表、住院收入表、门诊收入占比分析、住院收入占比分析、出院患者医药支出费用、参保患者出院人次、门诊医保次均费用、住院医保次均费用、医保住院总天数、医保人均住院天数等

5.1.2.5医院感染情况监管

应包括感染总量、侵袭性操作和感染关系、感染预后结果、易感因素等

5.1.2.6合理用药业务监管

应包括医生按推荐指南开具处方的比率、治疗方案与临床指南一致性、非必需药物处方比率、重复药物处方比率、抗生素处方频率及其合理性、处方错误率（如剂量、用法用量、给药途径错误）、主要治病药物使用率、高成本药物使用比例、品种较少的药物使用频率（如利于控制药物耐药）、治疗有效率、药物副作用发生率、药物相互作用发生率、患者用药依从性、药物费用与治疗效果的比值、无效/不合理药物使用造成的浪费比率、合理用药教育和干预带来的成本节约、必需药物缺货率、药品库存周转率、过期药品的处理率、患者对用药指导的满意度、患者对药物信息的理解程度、患者用药自我管理能力的评估等

5.1.3公共卫生监测

5.1.3.1慢病管理业务监管

应包括各年龄段高血压占比、高血压档案男女比例、随访方式占比、控制情况分析、糖尿病档案总数、患者规范化管理率、新增糖尿病档案分析、各年龄段糖尿病占比、糖尿病档案男女比例、随访方式占比、控制情况分析、恶性肿瘤情况分析、脑卒中情况分析等

5.1.3.2精神疾病业务监管

应包括在册患者数、管理患者数、管理率；规范管理患者数、规范管理率；面访患者数、面访率；体检患者数、体检率；服药患者数、服药率；失访人数、失访率；病种构成、性别分布、年龄分布、职业分布等

5.1.3.3妇女保健业务监管

应包括孕妇建册人数、产前检查服务记录、分娩记录、产后访视记录、高危孕产妇相关信息、两癌筛查相关信息等

5.1.3.4儿童保健业务监管

应包括新生儿出生数、新生儿访视数、出生缺陷相关信息、新生儿疾病筛查相关信息、0-6岁儿童建档数、体检数、眼保健和视力筛查相关信息等

5.1.4药品使用监测

5.1.4.1中医药服务项目监管

应包括门诊中西医处方对比、住院中西医处方对比、机构门诊中医药占比、机构住院中医药占比、门诊中医药处方趋势分析、住院中医药处方趋势分析、精麻毒药品使用情况等。

5.1.4.2基本药物运行情况监管

应包括药品数据量排名、药品金额排名、二级以上医疗收入消耗卫生材料费用、二级医生医疗机构药占比及同比、基层医疗机构药占比及同比、二级医生医疗机构药占比变化趋势、基层医疗机构药占比变化趋势。

5.1.5医共体监测

需支持医共体监测的有序就医格局基本形成、县域医疗卫生服务能力提升、医疗卫生资源有效利用、医保基本使用效能提升四个方面的展示分析，支持按时间查询。

5.1.5.1双向转诊

需支持双向转诊的情况进行监管，包括上转申请例数、下转申请例数、转诊机构情况、转诊科室情况、转诊申请例数等指标，支持按时间查询。

5.1.5.2远程会诊

需支持远程会诊的情况进行监管，包括远程会诊申请例数、远程会诊完成例数、 会诊服务接诊时间、远程会诊接收例数等指标，支持按时间查询。

5.1.5.3区域影像

需支持远程影像诊断的情况进行监测，包括远程影像诊断申请例数、远程影像诊断平均出报告时间、远程影像诊断报告数等指标，支持按时间查询。

5.1.5.4区域检验

需支持委托检验的情况进行监管，包括检验项目数、委托检验人次数、近7天平均出报告时间、委托检验出具报告数等指标，支持按时间查询。

5.1.5.5会诊转诊中心

会诊转诊中心综合监管大屏预期使用场景的角色为市级等区域领导，主要包含建设情况、建设成效以及评估评价几个方面，总览区域会诊转诊中心开展的医共体/医疗集团组建结构，详情页中间KPI部分主要展示总体建设情况，呈现转会诊中心、合作机构、专家的数量，以及累计服务情况和开展转会诊情况；着重分析患者的来源和去向，以及各机构开展会诊的详情；通过指标主要体现出建设成果，是否提高县域就诊率，降低了市域外的就诊率，让患者更多的留在该区域就诊，依托医保提供在域外就诊费用的一个趋势分析，了解因为会诊转诊开展而降低的医保资金外流的情况；通过就诊的病种排名和机构排名两个指标，对医院的服务能力的一个评估，支撑分析区域内医疗能力的薄弱项。

外转备案患者留芜率=外转备案患者留芜人数/外转备案患者数×(略)%

县域内住院人次占比（%）=参保人员县域内住院人次/参保人员住院总人次×(略)%；

域外就诊率=参与会诊转诊的人员中仍旧选择域外就诊的人次/参与会诊转诊的总人次×(略)%。

实现综合监管应用的移动端展示。

5.2.1卫生资源监测

根据用户实际需求，针对卫生人员资源和卫生服务资源等重点指标，开发移动端监管应用，实现管理人员实时关注相关数据。

5.2.2医疗服务监测

根据用户实际需求，针对医疗机构和医务人员、医疗质量情况、医院运营情况、综合业务、医院感染情况、合理用药情况等重点指标，开发移动端监管应用，实现管理人员实时关注相关数据。

5.2.3公共卫生监测

根据用户实际需求，针对慢病管理业务、精神疾病业务、妇女保健业务、儿童保健业务、国家基本公共卫生服务监测业务等重点指标，开发移动端监管应用，实现管理人员实时关注相关数据。

5.2.4药品使用监测

根据用户实际需求，针对中医药服务项目、基本药物运行情况等重点指标，开发移动端监管应用，实现管理人员实时关注相关数据。

5.2.5医共体运行监测

根据用户实际需求，针对紧密型县域医疗卫生共同体建设监测指标体系中重点指标，以及双向转诊、远程会诊、区域影像、区域检验等运行监测重点指标的移动端展示，实现管理人员实时关注相关数据。

区域绩效考核管理系统，依托医疗健康大数据平台，用于对绩效考核指标、方案、以及绩效考核的过程和结果进行管理。

5.3.1组织人员管理

根据区域内机构类别可对机构进行分组管理，便于整体下发相应绩效考核方案。可为分组增加相应的管理人员权限负责绩效考核的监管与评审。对于组内的机构可增加机构责任人负责考核期内对机构的考核指标进行填报。

5.3.2指标管理

各地可以结合实际，适当补充承担政府指令性任务等部分绩效考核的指标。绩效考核指标与相应算法均来源于平台指标主题库。

5.3.3方案管理

绩效考核系统支持自定义的分级管理模式，通过组织机构划分完成多级绩效考核分组设置。支持省、市、区域、医联体、医共体等不同级别平台对于平台绩效考核方案的需求。

5.3.3.1方案模板管理

建立本地化的绩效考核内容，通过方案模板定制绩效考核分类方向与相应考核指标，便于设立考核范围。并可通过方案模板快速复制不同考核标准的考核方案，适应了区域对于不同等级的机构进行精细化划分考核的需求。

5.3.3.2方案管理

针对不同的考核标准需定制多套考核方案，绩效考核方案来源于方案模板。不能单独建立。所以绩效考核的范围也是由方案模板所限定的。但可以根据实际考核要求对方案中各项指标的评分标准进行调整。

方案编辑

限定了方案的“考核周期”、“填报时间”、“公示日期”等基本时间限制条件。可以对方案添加相应的描述加以区分。针对每个考核项目选取相应考核指标设定评分标准，最终各机构的考核结果均由评分标准计算而得。

方案下发

针对已经定制好的方案，选取相应的机构进行下发。下发后机构即可参与考核。在公示期之前可以对已经下发考核方案的机构进程撤销下发操作。

5.3.4绩效评定

绩效考核分为管理者和被考核者两种角色，分别在自己所属的工作平台中完成绩效考核过程中所需相关任务。管理者-绩效管理工作台，被考核者-绩效评定工作台。

5.3.4.1绩效考核（机构）

绩效考核是针对参与绩效考核方案机构的工作看板，可查看相应过往的绩效考核方案和得分情况，也可以对填报期的考核方案进行指标上报。

考核填报

当机构所选取的绩效考核方案处于填报期时，机构责任人可对考核方案中的指标进行填报工作，填报指标分以下三类情况：

自动计算指标，此指标不可填报，相应结果和得分由平台采集数据自行计算。

手工填报指标、此指标需机构责任人直接上报指标结果，具体得分由系统通过指标结果和方案设定的评分标准进行计算。

佐证资料指标，此指标多为定性指标，难以量化。需机构负责人上传相应的佐证资料，由专家进行评审后打分。

结果查看

当机构所选取的绩效考核方案处于公示期时，机构责任人可在此看到本机构在此次绩效考核中的整体得分情况，以及排名情况。了解区域内整体的相应考核指标的平均分值，便于了解本机构的优势与不足。

5.3.4.2绩效考核（卫健委）

区域考核负责人可在管理页面查看各机构的指标上报情况，并可针对已经上报指标的机构进行二次评审。公示期后可查看区域内各家机构的考核情况。

考核评审

考核方案进入指标填报期后，完成指标填报的机构将方案提交评审。此时区域考核负责人或者专家组人员可对机构提交的方案进行二次评审，评审最终结果会成为机构考核的最终得分。

结果查看

区域绩效考核负责人，可查看已进入公示期的绩效考核方案。了解区域内各家机构的得分以及排名情况。了解绩效考核各个方向的得分情况，便于管理者有的放矢，针对区域内不足的问题进行管理与改善。

对平台上系统的使用状态进行跟踪记录和综合梳理的工具以及制定平台级全局的安全管控措施，保护平台上数据安全与信息隐私。

5.4.1安全管控

5.4.1.1档案安全设置

档案安全设置是平台数据开放与访问模式全局管控中心。为居民健康档案应用搭建一个高度安全与可靠的管控平台，系统提供安全框架、隐私模式、警示服务、访问权限、授权方式多维立体的管控手段，保护居民的档案数据应用安全。

5.4.1.2隐私保护设置

隐私保护设置是对平台上敏感数据项与个人信息项进行脱敏规则配置与脱敏状态配置的功能。可按照信息项目配置脱敏规则，平台业务系统或第三方系统与安全审计系统集成的系统可实现对应敏感信息的脱敏处理，保护居民个人与数据安全隐私。

5.4.1.3疾病隐私设置

由于相关疾病信息比较敏感不便对外开放与展示，因此疾病隐私设置功能支持对具体疾病进行隐私保护设置，将隐私保护设置从数据元级深化到数据级，更加深层次对居民数据进行隐私保护。

5.4.2信息追溯

5.4.2.1档案日志

档案日志是档案应用层面的审计功能，对访问居民健康档案数据的用户与触发访问档案数据警示提醒服务的用户信息进行记录，支持档案信息应用全程追溯，为信息泄露提供审计支撑。

5.4.2.2认证日志

认证日志是指与统一身份认证系统集成的业务系统登录平台时通过身份认证的用户信息记录。可查看具体用户在，什么时间进行何种类型认证操作。

5.4.2.3门户日志

门户日志是指通过身份认证的用户再通过应用墙访问授权的业务系统的日志信息。通过此功能可追溯用户通过平台门户在哪些时间，访问过那些应用系统，为应用系统使用提供可靠审计追溯信息。

5.4.2.4平台应用日志

平台应用日志是指平台上应用资源的访问或调用记录信息。可追溯应用资源被哪些业务系统调用或访问，和访问具体个案信息。通过具体个案和具体标识信息能够检索和定位相关的访问记录。

5.4.2.5业务闭环监控日志

业务闭环监控日志是通过业务流程维度查看具体个案事件整个流程中各节点交互完成情况。可监控闭环状态与追溯各环节相关信息。

6 集成服务

根据平台部署要求，进行网络对接，组网、优化调试，平台培训指导等工作。

（二）配套医疗设备明细表

注：(略)

（三）其他

（1）服务期及质保期

项目软件服务期三年，配套医疗设备质保期三年。如出现质量问题由中标人及时运维、维修或者更换；服务期内中标人需配备充足的技术人员、工具和备件并保证提供的联系方式畅通，中标人在接到采购人系统服务、故障通知后，应在(略)小时内做出响应，对于无法及时解决的技术问题，投标人须安排技术专家远程协助排查。

（2）维护要求

根据系统平台维修维护要求和工作内容，服务单位须建立一支稳定的专职队伍。明确固定项目负责人，应具有丰富的信息化系统建设或运维实际工作经验。技术人员必须具有专业技能和较强的维修维护实际操作能力。