序号

采购标的名称

数量

单位

所属行业

建设范围

要求/备注

一、软件开发及服务

（一）智慧医疗平台

*

智慧医疗平台

*

套

软件和信息技术服务业

一体化平台，县、乡、村三级医疗机构按需使用功能。

核心软件

（二）智慧医共体建设

*

医学影像中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

*

医学检验中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

*

心电诊断中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

*

远程会诊中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

*

消毒供应中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

*

集中（云）审方中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

*

中心（云）药房

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

*

智慧共享中药房

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

***耗材管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

远程医学教育系统

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

统一支付系统

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

自助机服务系统

*

套

软件和信息技术服务业

县人民医院、县中医院、县妇幼保健院、乡镇卫生院

允许分包

**

互联网医院

*

套

软件和信息技术服务业

县人民医院

允许分包

**

**影像辅助诊断

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

临床决策支持系统（****）

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

医务管理系统

*

套

软件和信息技术服务业

县级医院

允许分包

**

不良事件管理系统

*

套

软件和信息技术服务业

县级医院

允许分包

**

院感管理系统

*

套

软件和信息技术服务业

县级医院

允许分包

**

合理用血系统

*

套

软件和信息技术服务业

县级医院

允许分包

**

手术麻醉管理系统

*

套

软件和信息技术服务业

县人民医院、县中医院、县妇幼保健院

允许分包

**

重症监护管理系统

*

套

软件和信息技术服务业

县人民医院、县中医院

允许分包

**

护理管理系统

*

套

软件和信息技术服务业

县级医院

允许分包

**

血透系统

*

套

软件和信息技术服务业

县人民医院、县中医院、*个中心乡镇卫生院

允许分包

**

体检系统

*

套

软件和信息技术服务业

县人民医院、县中医院

允许分包

**

中医智能辅助诊疗

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

中医优势病种管理

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

中医治未病

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

名老中医传承

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

经方知识库

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

人力资源管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

财务管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

成本管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

预算管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

固定资产管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

绩效管理中心

*

套

软件和信息技术服务业

县级医院、乡镇卫生院

允许分包

**

一体化**办公系统

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

终端安全管理系统

*

套

软件和信息技术服务业

县级医院、乡镇卫生院、村卫生室（按需）

允许分包

**

国家系统对接

*

项

软件和信息技术服务业

国家

**

湖北省系统对接

*

项

软件和信息技术服务业

湖北省

**

宜昌市系统对接

*

项

软件和信息技术服务业

宜昌市

**

县级系统对接

*

项

软件和信息技术服务业

长阳土家族自治县

**

县人民医院院内系统及设备对接

*

项

软件和信息技术服务业

县人民医院

**

县中医院院内系统及设备对接

*

项

软件和信息技术服务业

县中医院

**

县妇幼保健院院内系统及设备对接

*

项

软件和信息技术服务业

县妇幼保健院

**

县精神病医院院内系统及设备对接

*

项

软件和信息技术服务业

县精神病医院

**

县乡镇卫生院/村卫生室院内系统及设备对接

*

项

软件和信息技术服务业

乡镇卫生院、村卫生室（按需）

**

县其它医疗卫生机构院内系统对接

*

项

软件和信息技术服务业

县疾控中心、民营医疗机构

**

第三方网络服务对接

*

项

软件和信息技术服务业

二、软硬件产品购置

**

***

***

台

工业

移动护理共***台，其中县人民医院**台、县中医医院**台、县妇幼保健院*台、县精神病医院**台。
中心药房共**台，其中县人民医院*台、县中医医院*台、县妇幼保健院*台、县精神病医院*台、乡镇卫生院**台。

**

手麻复苏工作站

**

套

工业

手麻系统共**台，其中县人民医院**台、县中医医院**台、县妇幼保健院*台

**

重症移动工作站

*

套

工业

重症系统共*台，其中县人民医院*台、县中医医院*台

**

扫描枪

**

个

工业

消毒供应中心共**个，其中县人民医院*个、县中医医院*个、县妇幼保健院*个、县精神病医院*个

**

激光打印机

*

台

工业

消毒供应中心共*台，其中县人民医院*台、县中医医院*台、县妇幼保健院*台、县精神病医院*台

节能产品

**

条码打印机

*

台

工业

消毒供应中心共*台，其中县人民医院*台、县中医医院*台、县妇幼保健院*台、县精神病医院*台

**

腕带打印机

**

台

工业

移动护理共**台，其中县人民医院**台、县中医医院**台、县妇幼保健院*台、县精神病医院*台

**

标签打印机

**

台

工业

移动护理共**台，其中县人民医院**台、县中医医院**台、县妇幼保健院*台、县精神病医院*台

**

高拍仪

**

台

工业

药房药库共**台，其中县人民医院*台，县中医医院*台、县妇幼保健院*台、县精神病医院*台

**

自助机

*

台

工业

县妇幼保健院*台

**

专家会诊移动工作站

*

套

工业

县中医医院*套、县妇幼保健院*套、县精神病医院*套

**

移动支付扫码墩

**

台

工业

县人民医院**个、县中医院**个、县妇幼保健院*个。

**

医保读卡器

**

套

工业

县人民医院**个、县中医院**个、县妇幼保健院*个。

**

**数字签名

*

项

软件和信息技术服务业

含****个移动**、***个****

允许分包　

三、云资源租赁

**

云资源服务器

*

年

软件和信息技术服务业

允许分包

**

**算力服务器

*

年

软件和信息技术服务业

允许分包

**

网络链路服务

*

年

软件和信息技术服务业

允许分包

**

等保三级合规服务

*

年

软件和信息技术服务业

允许分包

**

密评三级合规服务

*

年

软件和信息技术服务业

允许分包

**

备份容灾服务

*

年

软件和信息技术服务业

允许分包

**

运行保障服务

*

年

软件和信息技术服务业

允许分包

四、系统集成

**

系统集成

*

项

软件和信息技术服务业

软硬件产品购置后的安装和调试

序号名称

功能及技术参数要求

评审点

一、智慧医疗平台

*.智慧医疗平台

本项目核心软件“智慧医疗平台”应围绕县、乡、村三级医疗卫生机构业务需求，采用一体化架构进行建设，实现区域医疗健康业务协同。平台应采用统一架构设计，构建统一业务架构、数据架构和技术架构，县级医院、乡镇卫生院、村卫生室应基于同一平台运行，支持临床诊疗、公共卫生、健康管理等业务协同。核心软件不得以分包、转包方式实施，不得采用多个相互独立的软件系统通过接口集成或简单拼接方式建设，不得针对不同层级医疗卫生机构分别建设不同版本系统。（投标人提供承诺函，格式自拟，并加盖投标人公章。）

　★

*.*医共体数据中心

*.*.*平台集成门户

*.*.*.*门户首页

*.*.*.*.*系统应支持通过可视化形式展示区域内医疗卫生机构名称、辖区人口、地理位置等基本信息。

*.*.*.*.*系统应支持通过卡片方式展示整个区域的重点指标数据，包括卫生资源信息、档案数据信息等。

*.*.*.*.*系统应支持展示集成的各业务系统单点登录入口。

*.*.*.*.*门户首页展示内容应支持由管理员或授权用户进行自定义配置。

*.*.*.*单点登录

*.*.*.*.*系统应支持通过平台统一入口登录各子系统。

*.*.*.*.*系统应支持基于 ******（令牌）的动态验证机制。

*.*.*.*.*系统应支持将用户身份标识信息简化为 ******。

*.*.*.*.*系统应支持当用户登录某个子系统时，将 ****** 传送至 *** ******。

*.*.*.*.*系统应支持 *** ****** 根据 ****** 构造用户验证信息。

*.*.*.*.*系统应支持接入*/* 架构的信息系统。

*.*.*.*接入管理

*.*.*.*.*系统应支持在平台注册第三方应用或系统。

*.*.*.*.*系统应支持各业务系统在不摒弃自身登录功能的前提下实现接入。

*.*.*.*.*系统应支持通过统一集成门户标识判断当前操作是否为单点登录操作。

*.*.*.*.*接入要求：

*.*.*.*.*.*接入系统应支持与集成门户用户主索引建立映射关系，实现用户一致性处理。

*.*.*.*.*.*接入系统应支持提供产品名称、产品图标、产品说明。

*.*.*.*.*.*接入系统应支持菜单接入，包括菜单及菜单权限对接。

*.*.*.*.*.*接入系统应实现并提供免登录接口，以支持单点登录免登录功能。

*.*.*.*.**/* 系统接入：

*.*.*.*.*.*接入系统应提供访问主界面地址。

*.*.*.*.*.*接入系统应集成 *** ******。

*.*.*.*.*.*接入系统应完成 *** ****** 及 *** ****** 地址的相关配置。

*.*.*.*.*.*接入系统应支持在从平台跳转时重定向至 *** ****** 进行用户有效性验证。

*.*.*.*.*.*接入系统应支持验证通过后接收返回的用户信息并跳转至系统主界面。

*.*.*.*.*.*接入系统应支持根据返回的用户信息完成系统登录。

*.*.*.*统一认证

*.*.*.*.*系统应采用 ***（中央认证服务）统一认证技术，包含 *** 服务端和 *** 用户端。

*.*.*.*.*系统应支持在统一登录中心完成账号有效性验证。

*.*.*.*.*系统应支持验证通过后为当前用户分配合法的票据（******）。

*.*.*.*.*系统应支持用户访问其他系统时，该系统的 *** 客户端应能获取 ******，并向 *** 服务端发起合法性校验。

*.*.*.*.*系统应支持校验通过后直接进入系统主页面。

*.*.*.*.*系统应支持校验失败时提示用户重新登录。

*.*.*.*.*系统应支持用户注销时自动从 *** 服务端注销用户信息并回收 ******。

*.*.*主数据管理

*.*.*.*机构管理

*.*.*.*.*系统应支持区域内各级医疗机构的基本信息管理和层级关系维护。

*.*.*.*.*系统应支持机构基本信息管理，包括机构名称、地址、联系方式、法人代表等。

*.*.*.*.*系统应支持医共体层级关系管理，能建立医共体总院、县级医院、乡镇卫生院、村卫生室等不同级别医疗机构的树状结构。（功能展示项）

◆

*.*.*.*.*系统应支持机构属性管理，包括机构类型、所有制性质、等级、服务范围等。

*.*.*.*.*系统应支持机构状态管理，包括启用、停用等状态变更。

*.*.*.*科室管理

*.*.*.*.*系统应支持区域内各医疗机构科室的设置、编码和管理。

*.*.*.*.*系统应支持临床科室、医技科室、行政科室等不同类型科室的分类管理。

*.*.*.*.*系统应支持科室基本信息管理，包括科室名称、科室代码、科室类型、所属机构等。

*.*.*.*.*系统应支持按照国家统一的科室分类编码标准执行科室编码管理。

*.*.*.*.*系统应支持科室属性管理，包括科室类别（临床、医技、行政）、是否执行科室、专业技术等。

*.*.*.*病区管理

*.*.*.*.*系统应支持区域内住院病区的统一管理，包括病区设置、床位配置、病房管理等功能。

*.*.*.*.*系统应支持病区基本信息管理，包括病区名称、病区代码、病区对应科室、护理单元等。

*.*.*.*.*系统应支持床位配置管理，包括设置病区内床位数量及床位类型。

*.*.*.*.*系统应支持病区状态管理，包括启用、停用等状态管理。

*.*.*.*病房管理

*.*.*.*.*系统应支持区域内病房的精细化管理，包括病房设置、床位管理、病人入住管理等功能。

*.*.*.*.*系统应支持病房基本信息管理，包括病房编号、病房类型、床位数量、病房状态等。

*.*.*.*床位管理

*.*.*.*.*系统应支持区域内所有床位的统一管理和调度。

*.*.*.*.*系统应支持床位基本信息管理，包括床位编号、床位类型、所属病房、床位状态等。

*.*.*.*.*系统应支持床位调度管理，包括床位的分配、调整、释放等操作。

*.*.*.*.*系统应支持床位占用监控，实时显示入住病人信息。

*.*.*.*.*系统应支持床位使用率、周转率等关键指标的统计分析。

*.*.*.*人员管理

*.*.*.*.*系统应支持区域内所有医疗卫生人员的信息管理和权限配置。

*.*.*.*.*系统应支持人员基本信息管理，包括姓名、性别、身份证号、联系方式等基础信息。

*.*.*.*.*系统应支持专业资质管理，包括执业医师资格证、护士执业证、职称证书等。

*.*.*.*.*系统应支持岗位管理，包括设置人员的岗位、职务、所属科室等。

*.*.*.*.*系统应支持权限管理，根据岗位配置相应的系统访问权限和业务权限。

*.*.*.*.*系统应支持对接人力资源系统，实现人员动态调整，即人事科进行年度职称、授权维护后，同步更新人员的职称及授权等信息。

*.*.*.*收费项目管理

*.*.*.*.*系统应支持区域内医疗服务收费项目的统一管理和价格维护，确保收费标准的一致性和规范性。

*.*.*.*.*系统应支持收费项目基础信息管理，包括项目名称、项目编码、计价单位等。

*.*.*.*.*系统应支持设置不同级别医疗机构的收费标准。

*.*.*.*.*系统应支持维护与医保系统的项目对应关系。

*.*.*.*.*系统应支持项目分类管理，包括诊疗项目、检查项目、药品项目等。

*.*.*.*诊断目录管理

*.*.*.*.*系统应支持疾病诊断标准和手术操作分类的统一管理。

*.*.*.*.*系统应支持 ****** 编码体系的维护和查询。

*.*.*.*.*系统应支持 ********** 编码体系的维护和查询。

*.*.*.*.*系统应支持诊断名称标准化管理，统一疾病诊断的中文名称和英文名称。

*.*.*.*.*系统应支持诊断分类管理，按疾病性质等进行分类。

*.*.*.*字典管理

*.*.*.*.*系统应支持区域内各类业务字典和代码表的统一管理，确保数据标准的一致性和规范性。

*.*.*.*.*系统应支持字典的新增、修改、删除操作。

*.*.*.*.*系统应支持字典项的新增、修改、删除操作。

*.*.*.*.*系统应支持对字典项的合法性进行校验。

*.*.*.*.*系统应支持实现不同系统间字典数据的自动同步。

*.*.*患者主索引管理

*.*.*.*患者信息查询

*.*.*.*.*系统应支持医护人员、管理人员等授权用户通过多种维度查询患者信息。

*.*.*.*.*系统应支持的查询条件包括患者姓名、身份证号、医保卡号、手机号等关键标识信息。

*.*.*.*.*系统应支持模糊查询，以应对信息录入不完整的场景。

*.*.*.*.*系统应支持查询结果导出功能。

*.*.*.*系统自动合并

*.*.*.*.*系统应支持基于预设规则与智能算法，自动识别属于同一患者的多条重复记录。

*.*.*.*.*系统应在保障数据准确性的前提下，将重复记录聚合为一条完整的患者主索引记录，形成最全面、最精准的患者信息集合。

*.*.*.*.*系统应支持同步更新关联系统的索引信息，确保患者唯一标识的一致性。

*.*.*.*待人工确认后合并

*.*.*.*.*系统应支持自动识别疑似为同一患者的多条信息记录。

*.*.*.*.*系统应支持将疑似重复记录标记为“待合并”状态。

*.*.*.*.*系统应支持将疑似记录推送至指定审核人员。

*.*.*.*.*系统应支持审核人员查看并对比记录中的详细信息，包括出生日期、家庭住址、联系方式、诊疗特征等。

*.*.*.*.*系统应支持审核人员进行人工判断，确认是否为同一患者。

*.*.*.*.*系统应支持审核确认后执行合并操作，将多条记录整合为一条唯一的主索引记录。

*.*.*.*.*系统应支持对判断为不同患者的记录标记为“无需合并”。

*.*.*.*已合并数据拆分

*.*.*.*.*系统应支持对误合并的患者记录进行拆分处理。

*.*.*.*.*系统应支持在以下情形下发起拆分申请：

*、已合并记录实际属于不同患者；

*、患者身份信息发生变更（如更正姓名、身份证号）需拆分原有关联。

*.*.*.*.*系统应支持对拆分操作进行合规性校验。

*.*.*.*.*系统应确保拆分操作不影响历史诊疗数据的完整性与可追溯性。

*.*.*.*.*系统应支持拆分完成后，将原合并记录恢复为多条独立的患者记录，并重新建立各自的主索引。

*.*.*.*主索引日志查询

*.*.*.*.*系统应对主索引相关的所有操作进行全程日志记录。

日志内容应包括：操作时间、操作人、操作类型、操作对象（患者主索引**）、操作详情及操作结果。

操作类型应包括查询、合并、拆分、规则修改等。

*.*.*.*.*系统应支持按时间范围、操作人、操作类型等条件筛选日志。

*.*.*.*.*系统应支持通过日志快速定位问题原因，满足合规性与审计需求。

*.*.*.*匹配规则设置

*.*.*.*.*系统应支持管理员根据业务场景与数据特点，配置和优化匹配规则。

*.*.*.*.*系统应支持选择基础匹配字段，如将身份证号、医保卡号设为“强匹配字段”（完全一致则判定为同一患者），将姓名、手机号设为“弱匹配字段”（需结合多个字段综合判断）。

*.*.*.*.*系统应支持对不同字段设置匹配权重。

*.*.*.*.*系统应支持设置匹配阈值，当多条记录的综合匹配得分达到阈值时，自动标记为疑似重复记录。

*.*.*.*.*系统应支持匹配规则的测试、启用与禁用功能。

*.*.*.*.*系统应确保规则优化过程不会对现有数据管理造成干扰。

*.*.*.*主索引处理统计

*.*.*.*.*系统应支持统计待人工确认合并记录的数量。

*.*.*.*.*系统应支持统计已完成合并与拆分操作的数量及成功率。

*.*.*.*.*系统应支持统计不同时期的主索引查询频次。

*.*.*.*.*系统应支持统计匹配规则的命中准确率。

*.*.*.*.*系统应支持统计各科室及操作人员的业务处理量。

*.*.*.*.*系统应支持统计结果以表格、折线图、柱状图等多种形式展示。

*.*.*.*.*系统应支持按日、周、月等时间维度生成报表。

*.*.*患者***视图

*.*.*.*统一患者识别与总览

*.*.*.*.*系统应支持通过患者主索引自动归并同一患者在院内各系统的所有身份标识与记录。

*.*.*.*.*系统应支持醒目展示患者关键信息，包括姓名、**、年龄、过敏史、既往史、家族史等。

*.*.*.*.*系统应支持以可视化时间轴形式展示患者历次门诊、急诊、住院等关键健康事件。

*.*.*.*集成化临床数据展示

*.*.*.*.*系统应支持集中查看患者历次就诊的诊断、手术、操作、会诊记录及详细病程文书。支持整合患者在各诊疗环节的关联数据，形成统一视图。查询结果应包括患者基本身份信息、既往就诊记录、检查检验结果、用药史等。

*.*.*.*.*检查检验一体化：

*.*.*.*.*.*系统应支持集成影像报告及调阅链接。

*.*.*.*.*.*系统应支持一键调阅 **** 影像。

*.*.*.*.*.*系统应支持集成化验报告并展示检验化验结果。

*.*.*.*.*.*系统应支持集成***系统的异常检验值提示，自动进行标红或箭头等视觉提示。

*.*.*.*.*.*系统应支持对接***结构化数据进行关键检验指标生成趋势图分析。

*.*.*.*.*全周期用药视图：

系统应支持展示患者当前与历史用药清单，包括门诊处方和住院医嘱。

*.*.*.*.*生命体征趋势：

系统应支持以动态图表形式展示住院期间体温、脉搏、呼吸、血压等生命体征的变化曲线。

*.*.*.*多维度健康档案融合

*.*.*.*.*系统应支持整合并查看公共卫生相关数据，包括：
*) 高血压、糖尿病等慢病管理随访记录；
*) 接入预防接种史；
*) 健康体检报告；
*) 家庭医生签约信息。
（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

*.*.*.*.*系统应支持在患者***视图中，汇聚患者在医共体内各医疗机构的就诊记录摘要、医嘱/处方记录、电子病历记录等相关诊疗记录信息，并支持调阅详情。（功能展示项）

◆

*.*.*.*临床辅助与工作流支持

*.*.*.*.*系统应支持为不同临床角色提供定制化的视图内容，例如：
*) 医生侧重诊疗记录；
*) 护士侧重生命体征与护理记录；
*）医技科室侧重检验检查等信息。

*.*.*.*安全与管控功能

*.*.*.*.*系统应支持基于用户角色的精细化权限控制，限制敏感信息的访问范围。

*.*.*.*.*系统应支持数据基于访问机构、科室、医生组、医生个人进行数据隔离，确保不同层级用户仅可访问授权范围内的数据。

*.*.*.*.*系统应支持患者授权流程管理：中度敏感数据无权限查看用户患者授权后可调阅。

*.*.*.*.*系统应支持对所有用户调阅患者***视图的操作进行完整审计追踪，记录包括操作人、操作时间、患者**、访问内容等详细日志。

*.*.*.*.*系统应支持在查看界面自动叠加包含当前用户信息的防泄密水印。

*.*.*.*扩展与互联功能

*.*.*.*.*系统应支持与患者门户对接，允许患者通过 *** 或小程序查看个人健康摘要。

*.*.*.*.*系统应支持患者通过门户授权医生访问其指定的健康信息。

*.*.*.*.*系统应支持在数据脱敏及获得授权的前提下，对符合条件的临床数据进行查询，用于科研用途。

*.*.*数据交换平台

*.*.*.*数据采集交换

*.*.*.*.*系统应以实现区域内卫生数据的采集、交换、归并与共享为目标。

*.*.*.*.*系统应支持将分散在各级医疗机构应用系统中的数据，按需集中至平台数据中心。

*.*.*.*.*系统应支持对采集数据进行统一处理、信息整合和管理，满足不同层次应用系统的需要。

*.*.*.*采集交换配置

*.*.*.*.*系统应支持以医疗卫生作业场景建立独立的采集节点。

*.*.*.*.*系统应支持对采集作业、采集方式进行配置与维护。

*.*.*.*.*系统应支持根据不同节点的实际情况采用差异化配置策略。

*.*.*.*采集作业配置

*.*.*.*.*系统应支持用户为采集节点新增、删除和配置采集作业。

*.*.*.*.*系统应内置采集作业模板，并提供可视化配置引导。

*.*.*.*.*系统应支持配置作业基本信息，包括作业名称、作业路径、执行时间等。

*.*.*.*.*系统应支持配置作业执行参数，包括目标数据库名称、地址、端口、账号、密码等。

*.*.*.*.*机构采集表配置

*.*.*.*.*.*系统应支持根据各采集节点业务系统实际情况，配置不同的数据采集内容。

*.*.*.*.*.*系统应支持为采集节点编写 *** 采集脚本，定义需上传的数据范围。

*.*.*.*.*.*系统应支持在配置采集作业时直接复制已配置的采集脚本。

*.*.*.*.*分发作业配置

*.*.*.*.*.*系统应支持将汇聚并处理后的数据分发至不同的目标库。

*.*.*.*.*.*系统应支持新增、删除和配置分发作业，并提供可视化配置引导。

*.*.*.*.*.*系统应支持配置分发作业基本信息（如名称、路径、执行时间）及目标库参数（库名、地址、端口、账号、密码）。

*.*.*.*采集交换中心

*.*.*.*.*系统应基于 *** 工具实现数据采集、过滤、转换、分发、标准转换、下沉功能。

系统应支持前置库到中心交换库、中心交换库到目标库两种采集场景。

*.*.*.*.*数据采集

*.*.*.*.*.*系统应支持采集来自多行业、部门、机构业务系统的数据。

*.*.*.*.*.*系统应支持基于平台数据标准进行数据转换，具备异构系统整合能力。

*.*.*.*.*.*系统应支持定时采集、实时采集、事件触发采集(删除，更新，新增操作)。

*.*.*.*.*.*系统应支持全量采集和增量采集。

*.*.*.*.*.*系统应支持对数据源表或视图进行原样复制。

*.*.*.*.*.*系统应支持基于预定义采集规则执行采集逻辑，并将结果写入中心交换库。

*.*.*.*.*.*全量采集应适用于历史数据、字典表等无需频繁更新的场景。

*.*.*.*.*.*系统应支持基于创建时间、更新时间及逻辑删除标识字段识别新增、修改或删除的数据。

*.*.*.*.*.*系统应支持通过比对更新时间与逻辑删除标识判断数据变化。

*.*.*.*.*.**系统应支持基于 ****** 的实时增量采集，通过 ******** 监控 ****** 实现数据捕获。

*.*.*.*.*数据过滤

*.*.*.*.*.*系统应支持依据平台数据采集标准设置过滤规则。

*.*.*.*.*.*系统应支持控制数据记录的通过或阻止：通过的数据进入中心交换库，不通过的数据进行转换处理或丢弃。

*.*.*.*.*数据转换

*.*.*.*.*.*系统应对不符合标准的数据（如格式错误、不完整等）进行转换和加工。

*.*.*.*.*.*系统应在原始业务数据结构与目标数据结构之间建立映射关系，包括：

*) 数据结构映射；

*) 值域映射。

*.*.*.*.*.*系统应提供数据过滤、清洗、替换、计算、验证、合并、拆分等功能。

*.*.*.*.*.*系统应支持通过脚本自定义数据转换和加工逻辑。

*.*.*.*.*数据分发

系统应支持将经过清洗、转换和质控的标准化数据分发至数据资源中心的各目标库。

*.*.*.*.*数据上传

*.*.*.*.*.*系统应支持将数据资源中心的数据分发至上一级平台。

*.*.*.*.*.*系统应支持按照上级平台要求的规范改造上传接口，并按指定内容上传数据。

*.*.*.*数据采集方案

*.*.*.*.*采集标准

*.*.*.*.*.*医疗服务数据

*.*.*.*.*.*.*系统应支持采集门诊类业务（普通门诊、急诊、专家门诊、特需门诊、专科门诊）和住院类业务（普通住院、急诊观察、特需住院）数据。

*.*.*.*.*.*.*采集内容应包括：患者基本信息、就诊记录、实验室检验报告、影像诊断报告、影像图像数据、住院病历、门诊/住院诊断报告等。

*.*.*.*.*.*医疗保障数据

系统应支持采集医保参保人员在医疗机构发生的诊疗交易数据。

采集内容应包括：诊疗记录、门诊挂号、门诊收费明细、出入院信息、住院收费明细等六大类数据。

*.*.*.*.*.*公共卫生数据

采集内容应包括：健康档案管理、预防保健管理、康复管理、健康教育管理等数据。

*.*.*.*.*采集格式

*.*.*.*.*.*系统应支持采集结构化数据。

*.*.*.*.*.*系统应支持采集半结构化数据，包括****，文本等格式。

*.*.*.*.*采集交换监控

*.*.*.*.*.*系统应提供可视化监控界面，支持监管区域内各机构的数据采集交换过程。

*.*.*.*.*.*系统应支持查看平台与各机构的连接状态及作业执行情况。

*.*.*.*.*.*系统应支持展示各作业的历史执行明细，包括作业名称、执行结果、开始/结束时间等。

*.*.*.*.*.*系统应支持查看作业执行日志，记录完整流程明细（时间节点、流程名称、事件）。

*.*.*.*.*.*系统应支持按作业名称、执行结果、时间范围等条件检索作业记录。

*.*.*.*.*.*系统应支持监控分发至数据资源中心各数据库的作业执行状态。

*.*.*.*.*采集技术

*.*.*.*.*.*系统应支持通过 *** 技术实现数据抽取、清洗、转换、加载。

*.*.*.*.*.*系统应支持设置定时采集任务，自动从前置库采集数据至平台。

*.*.*.*.*.*系统应支持通过消息队列进行数据采集。

*.*.*.*.*.*系统应支持基于实时计算引擎处理数据流，并将结果存储于实时数据库。

*.*.*.*开放平台（*******）

*.*.*.*.*核心能力

*.*.*.*.*.*系统应具备统一认证授权体系，支持以下能力：
*) **/** 签名认证，用于系统间对接；
*) 接口级细粒度权限控制。

*.*.*.*.*.*系统应提供标准化 *** 接口服务，包括：
*) ******* ***：采用 **** 格式，支持主流业务集成；
*) *** **** **：支持 *******、*********、*****************、********* 等核心资源；

*.*.*.*.*.*系统应具备全链路可观测性，包括：
*) 调用日志审计：记录调用方、接口、参数、耗时等，支持全文检索；
*) 链路追踪：基于 ******* 追踪完整调用链路，支持性能瓶颈定位。

*.*.*.*.*接入管理:
系统应支持为接入方分配 *********（**）和 *********（**）作为 *** 调用凭证。

*.*.*.*.*接口权限配置

*.*.*.*.*.*系统应采用基于应用*接口的权限体系：
*) 为每个接入系统创建一个应用，分配唯一 **/**；
*) 每个应用可配置其可访问的 *** 接口列表。

*.*.*.*.*.*系统应提供第三方应用管理列表，支持按商户、应用等信息检索，并支持对接入账号的权限进行配置与维护。

*.*.*.*.*.*系统应支持 ** 白名单管理，限制仅白名单内的 ** 地址可访问平台服务。

*.*.*.*.*网关服务

*.*.*.*.*.*系统应支持 **/** 签名认证，确保请求合法性与完整性。

*.*.*.*.*.*系统应支持以下鉴权流程：
*) 网关层校验签名有效性；
*) 权限中心根据 ** 查询接口权限（支持缓存）；
*) 鉴权失败时返回 **** *** ********* 及标准错误码。

*.*.*.*.*.*系统应支持以下接口协议：
*) ******* ***：支持 ***、****、***、****** 方法，**** 格式；
*) *** **** **：支持 *******、*********、*****************、********* 资源。

*.*.*数据资源中心

*.*.*.*基础资源库

*.*.*.*.*基础资源库用于沉淀全平台共用的标准、主数据与基础信息，为各业务库提供统一的标准依据和唯一可信的基础数据来源。

*.*.*.*.*标准规范库

*.*.*.*.*.*系统应建立医疗卫生术语和字典库，用于规范信息含义的一致性：
*) 术语由平台管理者负责注册、更新与维护；
*) 字典可由平台管理者及各医疗卫生机构提供注册、更新与维护。

*.*.*.*.*.*系统应建立数据集及值域标准库，实现数据集模型及数据元值域统一管理。

*.*.*.*.*.*系统应建立标准映射库，实现业务系统与平台之间的数据元、值域映射关系。

*.*.*.*.*主数据管理库

*.*.*.*.*.*系统应建立患者主索引（****），为辖区内每位居民生成全局唯一标识，实现跨机构、跨系统的患者身份统一识别。

*.*.*.*.*.*系统应支持多源患者信息的匹配、比对与归并，基于姓名、证件号、手机号等要素进行重复识别与主索引合并。

*.*.*.*.*.*系统应建立机构、科室、人员、药品、耗材、诊疗项目、疾病诊断等业务主数据，实现一处维护、全域共享。

*.*.*.*.*.*系统应支持主数据的全生命周期管理，包括新增、变更、停用、版本管理及变更审批流程。

*.*.*.*.*全员人口信息库

*.*.*.*.*.*系统应建立覆盖辖区常住人口及流动人口的全员人口信息库，整合居民基本人口学信息。

*.*.*.*.*.*系统应支持人口个案的出生、迁入、迁出、死亡等状态管理，实现人口信息动态维护。

*.*.*.*.*.*系统应支持以人口信息库为基准关联居民健康档案、电子等数据，形成“一人一档”的数据归集基础。

*.*.*.*.*卫生资源库:
系统应建立医疗卫生人员信息库，存储区域内所有医疗服务提供者信息，包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾控人员及其他相关从业人员，并为每位人员分配唯一标识，作为身份识别与权限管理的依据。

*.*.*.*.*系统应建立医疗卫生机构信息库，存储区域内所有医疗卫生机构信息，包括二三级医院、社区卫生服务中心、疾控中心、卫生监督所、妇幼保健所等，并为每个机构分配唯一标识，确保机构标识符规范化。

*.*.*.*.*系统应建立医疗设备与床位资源信息库，记录大型医用设备、床位等卫生资源的分布与使用状态。

*.*.*.*.*系统应支持卫生资源信息的统计与可视化展示，为区域卫生资源调配提供数据支撑。

*.*.*.*业务主题库

*.*.*.*.*业务主题库按医疗卫生业务条线汇聚诊疗全过程数据，形成面向健康档案、电子病历、公共卫生、医疗服务、医保结算等主题的标准化数据资源。

*.*.*.*.*健康档案库
系统应支持管理以下居民健康档案数据：
*) 个人基本信息；
*) 健康体检；
*) 新生儿家庭访视；
*) 儿童健康体检；
*) 产前随访、产后访视、产后**天健康检查；
*) 预防接种卡；
*) 传染病报告卡、食源性疾病报告卡；
*) 高血压患者随访、*型糖尿病患者随访；
*) 严重精神障碍患者管理；
*) 门诊摘要、住院摘要；
*) 会诊信息、转诊（院）信息。

*.*.*.*.*.*系统应支持公共卫生数据管理，包括疾病预防控制、妇幼保健等业务条线数据，且健康档案信息应主要来源于公共卫生服务记录。

*.*.*.*.*.*系统应支持居民健康档案的动态更新与连续记录，实现档案随诊疗及公共卫生服务活动实时归集。

*.*.*.*.*.*系统应支持居民本人及授权医护人员按权限调阅健康档案，并记录调阅日志。

*.*.*.*.*电子病历库

*.*.*.*.*.*系统应支持管理以下七个业务域的临床信息：
（*）患者基本信息：包括人口学信息、社会经济学信息、亲属（联系人）信息、社会保障信息、个体生物学标识等；
（*）病历概要：包括基本健康信息（现病史、既往病史、手术史、输血史、用药史、免疫史、过敏史、月经史、生育史、家族史、职业病史、残疾情况等）、诊疗事件摘要（名称、类别、时间、地点、结果等）；
（*）门（急）诊诊疗记录：包括门（急）诊病历、处方、治疗处置记录、护理记录、检查检验记录等；
（*）住院诊疗记录：包括住院病案首页、住院日志、病程记录、医嘱、治疗处置记录、护理记录、检查检验记录、出院记录等；
（*）健康体检记录：指非因病就诊的常规健康体检记录；
（*）转诊（院）记录：包括转入/转出工作记录；
（*）法定医学证明及报告：包括医疗机构签发的法定医学证明及依法上报的医学报告信息。

*.*.*.*.*.*系统应支持医院内授权用户对电子病历数据的访问与管理。

*.*.*.*.*.*系统应支持电子病历共享文档（***）的归集与解析，实现跨机构电子病历的标准化存储。

*.*.*.*.*.*系统应支持电子病历数据的完整性与时序管理，保障病历数据不可篡改、可追溯。

*.*.*.*.*公共卫生库

*.*.*.*.*.*系统应建立公共卫生数据库，汇聚疾病预防控制、慢性病管理、免疫规划、传染病监测等数据。

*.*.*.*.*.*系统应支持传染病、慢性病等重点疾病的监测数据归集与预警分析。

*.*.*.*.*.*系统应支持公共卫生数据与居民健康档案的关联，实现医防融合的数据基础。

*.*.*.*.*医疗服务与费用库

*.*.*.*.*.*系统应建立医疗服务库，汇聚门诊、住院诊疗服务记录，包括挂号、就诊、检查、检验、处方、治疗处置等。

*.*.*.*.*.*系统应建立费用明细库，记录门诊及住院的费用项目、金额、支付方式等明细信息。

*.*.*.*.*.*系统应支持医疗服务与费用数据的关联分析，为运营分析、合理用药及费用监管提供数据支撑。

*.*.*.*.*医保结算库

*.*.*.*.*.*系统应建立医保结算数据库，汇聚医保参保、结算、报销等数据。

*.*.*.*.*.*系统应支持医保结算清单（***/***）数据的归集与管理。

*.*.*.*.*.*系统应支持与医保经办机构的数据对接与对账。

*.*.*.*知识资源库

*.*.*.*.*知识资源库沉淀医学知识、临床规则与政策法规，为临床决策支持、合理用药及业务规则配置提供知识服务。

*.*.*.*.*医学知识库

*.*.*.*.*.*系统应建立医学知识库，整合疾病、药品、检查、检验、临床指南等医学知识。

*.*.*.*.*.*系统应支持药品说明书、用药指南、配伍禁忌等用药知识管理。

*.*.*.*.*.*系统应支持医学知识的检索、引用与版本更新。

*.*.*.*.*临床决策支持规则库

*.*.*.*.*.*系统应建立临床决策支持（****）规则库，管理用药审查、危急值、临床路径等规则。

*.*.*.*.*.*系统应支持规则的可视化配置、测试与发布。

*.*.*.*.*.*系统应支持规则的版本管理与生效范围控制。

*.*.*.*.*分析主题库

分析主题库面向运营、监管与决策需求，对全域数据进行主题化建模与汇总，支撑统计分析、绩效考核与综合监管。

*.*.*.*.*运营分析主题库

*.*.*.*.*.*系统应建立面向门诊、住院、医技、药品、财务等的运营分析主题库。

*.*.*.*.*.*系统应支持多维度指标的汇总、钻取与对比分析。

*.*.*.*.*.*系统应支持按日、周、月、季、年等周期的数据汇总与更新。

*.*.*.*.*综合监管与绩效库

*.*.*.*.*.*系统应建立综合监管与绩效分析库，支持公立医院绩效考核、医疗质量监管等指标计算。

*.*.*.*.*.*系统应支持 ***/*** 相关分析指标的归集与计算。

*.*.*.*.*.*系统应支持监管指标的预警与异常提示。

*.*.*.*.*健康画像库

*.*.*.*.*.*系统应建立居民健康画像库，基于健康档案与诊疗数据形成居民标签与健康评估。

*.*.*.*.*.*系统应建立机构画像库，刻画机构服务能力、业务规模与运行状况。

*.*.*.*.*.*系统应支持画像数据的更新与应用授权管理。

*.*.*.*协同共享库

*.*.*.*.*协同共享库面向跨机构、跨平台的数据交换与共享需求，在保障数据安全的前提下提供共享调阅、数据上报与数据开放服务。

*.*.*.*.*共享调阅库

*.*.*.*.*.*系统应建立共享调阅库，作为与外部平台或系统进行数据交换的存储区域。

*.*.*.*.*.*系统应支持在保障数据安全的前提下，对数据进行抽取、清洗、脱敏和管理，形成可用于外部共享调阅的数据集。

*.*.*.*.*.*系统应支持跨机构调阅的授权控制与全程日志记录。

*.*.*.*.*数据交换与上报库

*.*.*.*.*.*系统应建立数据交换与上报库，支持向上级全民健康信息平台的数据报送。

*.*.*.*.*.*系统应支持按国家及省市数据上传规范进行数据组织与校验。

*.*.*.*.*.*系统应支持数据上传任务的调度、监控与失败重传。

*.*.*.*.*数据开放与脱敏库

*.*.*.*.*.*系统应支持数据脱敏规则配置，包括屏蔽、替换、泛化等脱敏方式。

*.*.*.*.*.*系统应支持数据开放的申请、审批、授权与使用审计。

*.*.*配置管理中心

*.*.*.*全局配置

*.*.*.*.*系统应支持全局配置管理，作为系统的基础运行配置，作用于整个系统架构，对各业务模块具有普遍约束性。

*.*.*.*门诊配置

*.*.*.*.*系统应支持门诊业务全流程配置，包括挂号、就诊、检查、处方、收费等环节，并应满足以下要求：

*.*.*.*.*.*贴合门诊业务高频、高效的特点；

*.*.*.*.*.*支持优化诊疗流程，缩短患者等待时间；

*.*.*.*.*.*支持多渠道服务模式（如窗口、自助机、线上等）；

*.*.*.*.*.*保障门诊业务数据精准流转。

*.*.*.*住院配置

*.*.*.*.*系统应支持住院业务全流程配置，包括入院、住院诊疗、出院等环节，并应满足以下要求：

*.*.*.*.*.*适配住院业务流程复杂、周期长、数据量大的特点；

*.*.*.*.*.*支持床位管理、医嘱执行、费用核算等核心环节的灵活配置。

*.*.*.*医技配置

*.*.*.*.*系统应支持医技科室（包括检验科、放射科、超声科等）业务配置，聚焦检查检验项目管理、报告生成、设备对接等核心需求，保障医技服务高效协同。

药房库房配置

*.*.*.*.*系统应支持药品与耗材的全流程管理配置，包括采购、入库、存储、出库、盘点等环节，并应严格遵循国家药品管理相关法规，保障药品耗材的质量与供应安全。

*.*.*.*出入转配置

*.*.*.*.*系统应支持住院患者出入转流程配置，包括入院登记、床位安排、科室间转诊、出院结算等关键节点，保障流程衔接顺畅、数据记录完整。

*.*.*.*收费配置

*.*.*.*.*系统应支持门诊及住院全流程费用管理配置，并应满足以下要求：

*.*.*.*.*.*严格遵循国家物价政策与医保相关规定；

*.*.*.*.*.*确保收费项目精准、合规；

*.*.*.*.*.*支持多元化支付方式（如现金、移动支付、医保结算等）。

*.*.*.*病历配置

*.*.*.*.*系统应支持电子病历（***）全流程配置，包括病历书写、审核、归档、查询等环节，保障病历的规范性、完整性与安全性。

*.*.*.*配置管理日志

*.*.*.*.*系统应支持配置管理日志功能，完整记录所有配置项的全生命周期变更信息（包括操作人、操作时间、变更内容、操作结果等），以保障系统运行的稳定性、合规性与可追溯性，满足问题排查需求。

*.*.*消息管理中心

*.*.*.*消息中心

*.*.*.*.*多渠道消息推送

▲

系统支持配置站内信推送、短讯推送、微信小程序推送等多渠道消息推送方式。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

*.*.*.*.*站内信推送：

*) 系统应支持通过 ********* 实时推送消息；

*) 应支持三种消息优先级及对应交互方式：

* 普通消息：消息图标显示红点，数字为未读数量；

* 重要消息：消息图标显示红点，并弹出消息标题提示；

* 紧急消息：全屏弹窗展示完整消息内容，并伴有语音提示“您有一条紧急消息”。

*.*.*.*.*短信推送：

*) 系统应支持向患者或医护人员发送关键业务短信；

*) 典型场景包括：患者手术排期通知、检验报告提醒、复诊提醒；医护人员危急值报警、非工作时间急诊患者入院通知。

*.*.*.*.*微信小程序推送：

*) 系统应支持向关注医院小程序的患者推送就诊相关消息；

*) 典型场景包括：挂号成功通知、缴费成功通知、检验报告提醒。

*.*.*.*.*消息分类

*.*.*.*.*.*系统应支持按事件类型分类，包括：医嘱管理、检验检查、手术管理、住院管理等。

*.*.*.*.*.*系统应支持按消息优先级分类，包括：紧急（如危急值报警）、重要（如处方待审核）、普通（如系统公告）。

*.*.*.*.*消息管理功能

*.*.*.*.*.*系统应支持消息查询，包括：

*) 按标题或内容关键词搜索；

*) 按时间范围过滤（今天、近*天、近**天）；

*) 按事件类型过滤；

*) 按已读/未读状态筛选。

*.*.*.*.*.*系统应支持消息操作，包括：

*) 单条或批量标记已读；

*) 单条或批量删除；

*) 点击消息跳转至对应业务处理页面（如点击“处方待审核”跳转至药房审核页面）。

*.*.*.*.*.*系统应在页面顶部导航栏实时显示未读消息数量，并以红点提醒。

*.*.*.*.*批量发送功能

*.*.*.*.*.*系统应支持运营人员向指定人群批量发送通知，典型场景包括：系统维护通知、节假日门诊安排、健康宣教等。

*.*.*.*.*.*系统应支持：

*) 按科室、按角色批量选择接收人；

*) 立即发送或定时发送；

*) 实时监控发送进度（已发送、成功、失败数量）；

*) 查询发送历史，了解消息触达率。

*.*.*.*待办中心

*.*.*.*.*待办任务汇聚

*.*.*.*.*.*系统应提供统一待办入口，医护人员可一次性查看来自多个业务系统的待办任务，无需切换系统。

*.*.*.*.*.*系统应支持任务来源包括：医生站（医嘱审核）、护士站（医嘱执行）、检验科（危急值处理）、医务科（病历质控）、***流程（审批任务）等。

*.*.*.*.*任务分类与展示

*.*.*.*.*.*系统应支持多维度 *** 分类展示：

*) 待我处理：分配给当前用户的任务，按优先级和过期时间排序；

*) 我已处理：已完成的任务历史；

*) 抄送我的：仅需查看、无需处理的任务；

*) 科室任务池：分配给科室的公共任务，科室成员可认领处理。

*.*.*.*.*.*系统应对任务进行优先级可视化标识：

*) 紧急（红色标签）：如危急值待处理；

*) 重要（橙色标签）：如处方待审核；

*) 普通（灰色标签）：如会议通知。

*.*.*.*.*待办处理与闭环

*.*.*.*.*.*系统应支持点击待办任务自动跳转至对应业务处理页面（如处方审核页、检查预约页）。

*.*.*.*.*.*系统应支持任务状态自动更新：当用户在业务系统完成操作后，业务系统应触发事件，待办中心接收事件后自动更新任务状态，无需用户手动标记。

*.*.*.*.*.*系统应支持闭环状态管理，包括：已完成、已驳回、已取消。

*.*.*.*.*任务统计与监控

*.*.*.*.*.*系统应在待办首页展示个人实时统计：待处理总数、紧急任务数（红色高亮）、抄送任务数。

*.*.*.*.*.*系统应支持科主任、护士长查看本科室待办情况，包括：

*) 科室待办总量日趋势；

*) 科室成员待办分布；

*) 过期待办排查；

*) 平均处理时效分析。

*.*.*.*.****流程集成

系统应支持与医院***流程集成：当审批流程到达某节点时，自动在待办中心创建对应审批待办；用户点击待办可跳转至审批页面；审批完成后，待办自动关闭，流程继续流转。

*.*.*.*患者时间轴

*.*.*.*.*全生命周期轨迹展示

系统应以竖向时间线形式展示患者从挂号、就诊、检查、治疗到出院随访的完整诊疗轨迹，最新事件置顶，历史事件按时间倒序排列。

*.*.*.*.*多维度查询与过滤

*.*.*.*.*.*系统应支持两种视图模式：

*) 全景视图：展示患者所有历史就诊记录；

*) 单次就诊视图：仅展示特定住院或门诊周期内的诊疗节点。

*.*.*.*.*.*系统应支持多维度过滤：

*) 按节点类型（如仅检验报告）；

*) 按时间范围（近*天、近**天等）；

*) 按科室（如仅心内科记录）。

*.*.*.*.*快速检索功能

*.*.*.*.*.*系统应支持关键词秒级检索时间轴节点。

*.*.*.*.*.*系统应对搜索结果按相关度与时间综合排序，确保最相关且最新的记录优先展示。

*.*.*.*.*数据快照机制

*.*.*.*.*.*系统应采用快照机制，在事件发生时立即保存时点数据，确保记录内容不随源业务数据变更而修改，保障数据真实性与不可变性。

*.*.*.*.*.*当业务发生撤销操作（如医嘱作废）时，系统应在时间轴中标记原节点为“已撤销”，并记录撤销时间与原因；可选创建“医嘱已撤销”新节点以完整记录生命周期。

*.*门(急)诊管理

*.*.*门(急)诊预约挂号

*.*.*.*患者建档

*.*.*.*.*系统应支持通过读卡（身份证、医保卡）、扫码（电子医保码、电子健康码）、手工录入等方式完成患者基本信息登记。

*.*.*.*.*系统应在患者建档成功后，自动生成电子就诊卡，并同步生成对应的条形码或二维码，支持打印在病历上，作为患者在院内身份识别与流通的凭证。

*.*.*.*.*系统应支持对建档界面控件设置必填属性。

*.*.*.*.*系统应支持患者电子就诊卡的建卡、信息修改及相关查询操作。

*.*.*.*门急诊挂号

*.*.*.*.*系统应支持通过读卡、扫码、手工搜索等方式选择已建档患者。

*.*.*.*.*系统应支持在挂号过程中，对未建档患者进行快捷建档并自动选中，继续完成挂号流程。

*.*.*.*.*系统应支持选择挂号级别、结算方式、挂号科室、看诊专家等信息完成挂号。

*.*.*.*.*系统应支持现金、刷卡、移动支付等多种支付方式。

*.*.*.*.*系统应支持打印挂号凭条或发票。

*.*.*.*.*系统应支持对接电子发票服务。

*.*.*.*退号管理

*.*.*.*.*系统应支持通过姓名、就诊卡号等多种方式查询挂号记录。

*.*.*.*.*系统应根据患者实际就诊状态（如是否已叫号、是否已看诊等）自动判断是否允许退号，并给出相应提示。

*.*.*.*挂号日结

*.*.*.*.*系统应根据上次日结完成的时间点，自动生成截至当前时间的挂号日结单。

日结单应包含：发票号段、总金额、各支付方式金额（现金、刷卡等）、医保报销金额、现金缴纳金额等明细信息。

*.*.*.*.*系统应支持取消已执行的日结操作，恢复至日结前状态。

*.*.*.*查询统计

*.*.*.*.*系统应支持挂号情况查询。

*.*.*.*.*系统应支持退号情况查询。

*.*.*.*.*系统应支持挂号工作量查询。

*.*.*.*.*系统应支持按医生、科室维度统计挂号工作量。

*.*.*.*.*系统应支持将查询结果以报表形式导出。

*.*.*.*基础设置

*.*.*.*.*系统应支持班次维护功能。

*.*.*.*.*系统应支持挂号号别及关联费用的维护。

*.*.*.*.*系统应支持按周或按月生成医生/科室排班计划。

*.*.*.*.*系统应在排班计划中支持配置每个号源的数量上限。

*.*.*.*.*系统应支持配置科室的性别限制和年龄限制（如妇科限女性、儿科限**岁以下）。

*.*.*.*.*系统应支持弹性调节预约号源。

*.*.*急诊预检分诊

*.*.*.*急诊配置

*.*.*.*.*急诊分级字典维护

*.*.*.*.*.*系统应支持设置医疗机构内的急诊分级管理规则，并遵循“三区五级”分级原则。

*.*.*.*.*.*系统应支持配置各分级的标志、响应时长、再评估时长、建议评估模型、分诊去向等内容。

*.*.*.*.*急诊知识库维护

*.*.*.*.*.*系统应支持自定义急诊分诊知识库。

*.*.*.*.*.*系统应支持维护症状分类、分诊症状及分诊依据。

*.*.*.*.*.*系统应支持维护不同症状或依据对应的分级规则。

*.*.*.*.*.*系统应支持基于知识库快速为患者进行病情分级和确定分诊去向。

*.*.*.*.*生命体征及分级规则维护

*.*.*.*.*.*系统应支持维护不同业务节点下所需的生命体征数据项。

*.*.*.*.*.*系统应支持维护生命体征值域范围与分级规则的对应关系。

*.*.*.*.*.*系统应支持在预检分诊时根据患者生命体征实现自动分级。

*.*.*.*.*急诊评估模型维护

*.*.*.*.*.*系统应支持自定义急诊评分评估模型。

*.*.*.*.*.*系统应支持模型之间互相引用及自动评分。

*.*.*.*.*.*系统应支持根据生命体征自动计算评分。

*.*.*.*.*.*系统应支持根据评分结果自动确定分诊级别。

*.*.*.*.*.*系统应支持以下评估模型模板：

早期预警评分

改良早期预警评分（****）

格拉斯哥昏迷评分（***）

疼痛评分

创伤评分

跌倒评分

急诊内科评分（****）

*****评分

急诊严重指数（***）

**********评分

*.*.*.*.*绿色通道病种维护

*.*.*.*.*.*系统应支持自定义维护绿色通道病种。

*.*.*.*.*.*系统应支持根据病种自动推荐患者就诊科室。

*.*.*.*预检分诊

*.*.*.*.*急诊预检分诊

*.*.*.*.*.*系统应支持基于“三区五级”原则对急诊患者进行快速分诊分级。

*.*.*.*.*.*系统应支持采集患者的主诉症状、生命体征、评分结果及临检项目信息。

*.*.*.*.*.*系统应支持基于维护的分级规则实现自动分诊，并将患者分配至最合适的诊疗区域。

*.*.*.*.*.*系统应支持自动选择患者分诊去向。

*.*.*.*.*.*系统应支持“三无人员”（无姓名、无证件、无陪人）的分诊登记。

*.*.*.*.*.*系统应支持对急危重症患者标记绿色通道。

*.*.*.*.*.*系统应支持为危重症患者快速完成挂号操作。

*.*.*.*.*.*系统应支持读卡功能，包括就诊卡、身份证、医保卡、电子医保卡等，自动获取患者基本信息。

*.*.*.*.*.*系统应支持识别同一身份证号对应的多种证件，并基于身份证号进行患者主索引匹配与信息合并。

*.*.*.*.*.**系统应支持与具有输出端口的监护仪、臂式自助血压计等体征采集设备对接，实现生命体征信息自动采集与填充。

*.*.*.*.*.**系统应支持与挂号系统对接，获取患者基本信息、医保信息及费用信息。

*.*.*.*.*.**系统应支持“先分诊后挂号”模式，减少信息重复录入与患者等待时间。

*.*.*.*.*.**系统应支持“先诊疗后收费”与“先收费后诊疗”两种急诊就诊模式。

*.*.*.*.*.**系统应支持“三无患者”信息记录，并允许后期通过证件或手工方式补录完整信息。

*.*.*.*.*.**系统应支持对开通绿色通道的急危重症患者，在抢救过程中补录分诊信息。

*.*.*.*.*.**系统应支持记录患者来院方式及入院状态、发病时间、发病地点等详细信息。

*.*.*.*.*.**系统应支持配置智能分诊规则或对接合规第三方 ** 大模型接口或调用本地部署的 ** 大模型，实现智能辅助预检分诊。

*.*.*.*.*预检分诊患者管理

*.*.*.*.*.*系统应支持按业务发生时间筛选不同状态的患者。

*.*.*.*.*.*系统应支持管理以下三类患者：已挂号未分诊、已完成分诊、暂存未完成评估。

*.*.*.*.*.*系统应支持对已完成分诊的患者进行再次评估或修改评估信息。

*.*.*.*.*.*系统应支持对暂存状态的评估记录继续完成分诊流程。

*.*.*.*.*.*系统应根据分诊级别对应的响应时长，自动提醒患者滞留超时情况。

*.*.*.*.*.*系统应展示分诊分级的患者数据，辅助分诊护士判断是否需再次评估或提醒医生接诊。

*.*.*.*.*.*系统应支持按预检时间、患者档案号、身份证号、姓名、预检级别等条件快速查询患者信息。

*.*.*.*.*群伤事件登记

*.*.*.*.*.*系统应支持群伤事件登记功能。

*.*.*.*.*.*系统应支持记录事件名称、时间、地点、类型、人数、事件经过及备注等信息。

*.*.*.*.*.*系统应支持对群伤患者进行批量分诊、单个分诊，或将已分诊患者关联至群伤事件。

*.*.*.*.*.*系统应支持群伤事件相关信息的统计与导出。

*.*.*智能分诊排队叫号

*.*.*.*系统配置

*.*.*.*.*系统应支持配置签到模式，包括：诊区签到、院区签到、无需签到。

*.*.*.*.*系统应支持配置线上签到方式及有效签到距离。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

*.*.*.*.*系统应支持根据诊间环境大小及特点，配置诊间等候区最大等候人数。

*.*.*.*.*系统应支持配置上屏显示的患者数量。

*.*.*.*.*系统应支持设置复诊、过号患者与初诊患者的间隔呼叫规则。

*.*.*.*.*系统应支持对接桌面硬件呼叫器、诊区大屏、诊间大屏、扫描枪等外接设备。

*.*.*.*护士分诊台

*.*.*.*.*系统应支持通过刷卡、扫描条码、手工录入等方式进行患者签到。

*.*.*.*.*系统应支持初诊患者签到、复诊患者二次签到、过号患者再报到。

*.*.*.*.*系统应支持自动报到（基于线上签到）及手动批量报到模式。

*.*.*.*.*系统应支持查看当前诊区各队列情况，并支持对候诊患者进行排序或调号操作。

*.*.*.*.*系统应支持复诊（回诊）患者签到后再次进入队列，并可配置复诊插队策略。

*.*.*.*.*系统应支持绿色通道（弃号）功能，允许患者不经叫号直接就诊。

*.*.*.*.*系统应支持过号患者签到后重新进入队列，并可配置其优先就诊、延后就诊（含延后位数）等规则。

*.*.*.*.*系统应支持向候诊区广播语音及文本信息。

*.*.*.*候诊区大屏

*.*.*.*.*系统应支持对接诊区大屏，滚动显示当前呼叫、等待、过号的排队信息。

*.*.*.*.*显示内容应包括：排队号码、患者姓名、科室名称、日期时间等信息。

*.*.*.*.*系统应在每次叫号时立即全屏显示当前叫号信息。

*.*.*.*.*系统应支持按用户需求自定义显示画面效果，包括字幕形式、颜色风格等。

*.*.*.*诊间大屏

*.*.*.*.*系统应支持显示诊室医生信息，包括姓名、职称、照片。

*.*.*.*.*系统应支持显示科室名称、诊室名称。

*.*.*.*.*系统应支持显示当前呼叫患者姓名与号码、当前等待就诊患者姓名与号码。

*.*.*.*.*系统应支持显示日期时间信息。

*.*.*.*.*系统应支持按用户需求自定义显示画面效果，包括字幕形式、颜色风格等。

*.*.*.*医生工作站叫号

*.*.*.*.*系统应支持多种呼叫方式，包括：顺序呼叫、选择呼叫等。

*.*.*.*.*系统应支持叫号、重呼、选呼三种操作方式。

*.*.*.*.*系统应支持患者状态管理，包括：过号（呼叫未到）、诊结。

*.*.*.*.*系统应支持医生工作状态切换，包括：暂离、停诊。

*.*.*.*.*系统应支持对过号患者按规则自动重排，并可在后台统一配置诊区级的过号自动重排次数及插入位置。

*.*.*.*.*系统应支持医生手动选择过号患者进行再次就诊呼叫。

*.*.*.*.*系统应支持叫号弹窗折叠及自适应缩放。

*.*.*门急诊收费

*.*.*.*门急诊收费

*.*.*.*.*系统应支持查询患者未结算的门诊费用明细。

*.*.*.*.*系统应支持打印发票。

*.*.*.*.*系统应支持将医保患者费用上报医保中心，并实现医保在线实时报销功能。

*.*.*.*.*系统应支持费用结算等操作。

*.*.*.*.*系统应支持根据患者类别（如医保、自费等）自动确定收费比例，并计算患者自付金额与记账金额。

*.*.*.*.*系统应支持患者通过线上（如移动支付）与线下（如现金、刷卡等）多种支付方式完成结算。

*.*.*.*.*系统应支持根据不同患者类别自动打印对应格式的发票。

*.*.*.*门急诊退费

*.*.*.*.*系统应支持基于医生在系统中开具的退费单发起退费流程。

*.*.*.*.*系统应支持收费员查询对应的费用明细及发票信息。

*.*.*.*.*系统应支持按原支付路径退回费用。

*.*.*.*收费查询

*.*.*.*.*系统应支持通过多维度（如患者、时间、收费员等）查询已完成的门诊收费记录。

*.*.*.*.*系统应支持对收费记录进行统计与对账。

*.*.*.*.*系统应支持查看详细的费用构成信息。

*.*.*.*费用日结

*.*.*.*.*系统应支持收费员在每日工作结束时，对本班次内所有收款业务进行日结汇总。

*.*.*.*.*日结单应展示总金额、各支付方式金额、社保报销金额、现金缴纳金额等明细信息。

*.*.*.*.*系统应支持取消最近一次日结操作。

*.*.*.*.*系统应支持查询历史日结单。

*.*.*.*.*系统应支持补打历史日结单。

*.*.*门诊医生工作站

*.*.*.*门诊诊疗管理

*.*.*.*.*患者管理

*.*.*.*.*.*系统主界面应显示不同就诊状态的患者信息列表，默认显示本人或本科室患者。

*.*.*.*.*.*患者信息列表应按以下状态分类显示：未就诊、就诊中、已接诊、历史已诊，并支持按就诊状态颜色区分。

*.*.*.*.*待诊***：

*.*.*.*.*.*应显示当前医生所有待接诊患者，包括初诊待签到、初诊已签到、复诊已签到；

*.*.*.*.*.*排序规则：已签到患者排列在上方，未签到排列在下方；已签到患者按候诊顺序排列；未签到患者按号源号序从小到大排列。

*.*.*.*.*已诊***：

*.*.*.*.*.*应显示当前医生接诊过的所有仍在有效期的患者；

*.*.*.*.*.*包含【门诊单：暂挂】和【门诊单：诊出】，排除【挂号单：复诊签到】；

*.*.*.*.*.*按就诊日期+号源时段（开始点）倒序排列；同开始点时按接诊时间从最近到最远排序。

*.*.*.*.*科室已诊***：

*.*.*.*.*.*仅在当前午别为科室号时显示；

*.*.*.*.*.*展示当前科室下除本人外其他医生的已诊患者；

*.*.*.*.*.*数据范围与排序规则同“已诊***”，同接诊时间时按档案号由大到小排列。

*.*.*.*.*历史已诊***：

*.*.*.*.*.*展示当前医生在当前科室下历史所有已诊且不在有效期患者，时间范围由后台配置；

*.*.*.*.*.*数据范围与排序规则同“科室已诊***”。

*.*.*.*.*系统应支持通过档案号、患者姓名等信息检索和定位患者。

*.*.*.*.*系统应支持对接读卡器，通过刷磁卡、保障卡、**卡定位患者。

*.*.*.*.*单击患者应可快速进入诊疗界面。

*.*.*.*.*系统应支持叫号功能：医生点击顺呼按钮后，通知分诊台发出语音叫号，并支持重复呼叫。

*.*.*.*.**系统应支持标记患者去向：结束就诊时可将患者状态设为“暂挂”或“诊出”，或申请住院。

*.*.*.*.**系统应具备接诊校验功能：

*)未录入诊断时，不允许结束就诊；

*)结束就诊时校验病历是否签名。

*.*.*.*.**在与区域检查检验平台对接情况下，系统应支持调阅患者外院检查检验报告。

*.*.*.*.**门诊患者基本信息管理

系统应支持查看患者基本信息，包括：姓名、性别、年龄、费别、诊断、医生、挂号科室、挂号类别。

系统应提供修改功能，可修正患者有误信息。

系统应支持查看及修改患者健康状况，包括：既往史、过敏史。

系统应对患者信息必填项进行控制，保存时校验必填项完整性。

系统应根据身份证号自动校验年龄、性别、出生日期。

*.*.*.*.**病人过敏信息管理

系统应支持查看、补录患者过敏信息，并可作废录入有误的过敏信息。

可录入的过敏类型包括：药物过敏、食物过敏、造影剂过敏及其他自定义过敏信息。

当医生开具存在过敏记录的药品时，系统应进行提示或拦截。

*.*.*.*.**患者诊断管理

系统应支持两种诊断类型：

西医诊断：内置******标准诊断码；

中医诊断：系统应支持中医疾病、症候录入，并符合国家最新版中医诊断新标准。

*.*.*.*.**系统应支持支持对接中医智能辅诊系统，一键引用推导的诊断。

*.*.*.*.**系统应支持维护科室或医生个人常用诊断库。

诊断检索应支持按拼音、五笔、汉字、代码、别名进行完全匹配、前导匹配和模糊匹配，并可按西医、中医、传染病分类查询。

*.*.*.*.**系统应支持对已选诊断添加前/后缀。

*.*.*.*.**系统应具备诊断校验功能：

录入传染病诊断时，自动触发传染病上报功能，进入上报填写界面；

保存处方、项目、检验/检查申请单、治疗项目时，如未录入诊断，应弹出诊断录入框或提示。

系统应集成多种基于诊断的报告卡填报功能。

*.*.*.*.**抗菌药物分级管理

在与抗菌药物系统对接情况下，系统应规范抗菌药物临床应用。

系统应提供越级使用审批功能，支持门诊特定情况下经审批后使用三级抗生素。

系统应支持特殊使用级抗菌药使用前抗感染会诊强制要求，填写或关联会诊意见。

*.*.*.*.** 医生工作量查询

系统应支持医生查询工作量、处方、上下班时间统计、用药分析等信息。

系统应支持查询入院单、手术等信息。

*.*.*.*门诊处方管理

*.*.*.*.*门诊处方处置规则

系统应提供可视化处方规则配置界面，校验医生处方规范性。

*.*.*.*.*系统应校验医生处方权及麻醉药品开具权限。系统应按以下维度维护用药范围规则：

*.按职称设置用药范围；

*.按人员设置用药范围；

*.按药品类别设置审核流程（如毒性药品、麻醉药品需上级医师审核）；

*.按急诊/普通患者设置药品用量（普通≤*日，急诊≤*日）；

*.设置用法联动关联项目；

*.具备重复药品校验提示功能；

*.支持中药饮片处方规则设置（草药分类、煎法、用法分类、默认值、显示控制）；

*.开具药品时校验库存、处方权限、重复用药、过敏史、药品互斥；

*.药品特殊标记应显示以下标签（按优先级）：基本药物、高危药品、带量采购药品、一类精神药品、二类精神药品、麻醉药品、毒性药品、国采、省采、市采。

*.*.*.*.*门诊处方和处置录入

*.*.*.*.*.*西成药、中成药处方录入

*.*.*.*.*.*系统应支持通过通用名、商品名查询药品。

*.*.*.*.*.*系统应提供四种处方录入方式：

*）选择常用药（支持维护个人常用药清单）；

*）自由输入（支持拼音/五笔首字母查询）；

*）选择医嘱组套（支持全院、科室、个人三级）；

*）选择患者历史处方。

*.*.*.*.*系统应支持默认设置药品用法、剂量、嘱托，并可按剂量、频次、天数自动计算数量。

*.*.*.*.*.*系统应提供常用嘱托库供选择。

*.*.*.*.*.*系统应支持处方与诊断绑定。

*.*.*.*.*.*诊断录入支持采用标准***码，不支持自由输入；支持多诊断及中医疾病、证候；支持常用诊断库及高频诊断推荐。

*.*.*.*.*中草药处方录入

*.*.*.*.*.*系统应支持专属中医处方的开立模式，支持中医相关频次的录入等，提高用户进行中医诊疗的体验效果。

*.*.*.*.*.*系统应支持通过通用名、代码、拼音查询中草药品。

*.*.*.*.*.*系统应支持煎药方式选择，例如代煎、自煎等。

*.*.*.*.*系统应支持多种中草药快捷开立模式，包括中药经方验方协定方、医嘱组套、患者历史处方、自由开立。

*.*.*.*.*.*系统应支持无中医相关诊断，不能开立中草药相关限制。

*.*.*.*.*.*系统应支持无中医相关处方权限，不能直接开立中草药处方但可开具协定方的相关限制配置。

*.*.*.*.*系统应支持对接中医智能辅诊系统，一键引用推导的中草药方。

*.*.*.*.*.*系统应支持对接中医智能辅诊系统，一键引用推导的中医适宜技术。

*.*.*.*.*治疗项目录入

*.*.*.*.*.*系统应支持录入收费项目及临床项目，并与物价局、医保局项目对应。

*.*.*.*.*.*系统应提供三种录入方式：患者历史处方、医嘱组套、自由开立。

*.*.*.*.*.*系统应支持默认、录入、修改执行科室。

*.*.*.*.*.*系统应支持设置治疗项目医嘱组套（个人、科室）。

*.*.*.*.*.*系统应支持在开具治疗申请单时自动获取门诊电子病历中的临床信息。

*.*.*.*.*门诊手术及项目录入

*.*.*.*.*.*系统应支持录入门诊手术及手术通知单。

*.*.*.*.*.*系统应支持手术分级管理，并对需审批手术进行审核确认后流转。

*.*.*.*.**处方与就诊属性动态调整

*.*.*.*.**.*系统应支持根据患者实际情况（自费、医保、慢病、特病等）灵活变更就诊结算类型。

*.*.*.*.**系统支持患者变更就诊结算类型后，便捷查看其相关信息（如慢病病种），支持调用医保审核服务进行合规性审核。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

*.*.*.*.**门诊医嘱组套管理

*.*.*.*.**.*维护组套

*.*.*.*.**.*.*系统应支持维护人员及医生按诊断、治疗方案等维度维护医嘱组套。

*.*.*.*.**.*.*医嘱组套应支持院级、科室、个人三级分类。

*.*.*.*.**.*引用医嘱组套

医生应可直接选择、引用医嘱组套，组套支持品规级、通用名加规格、通用名级匹配，支持医生高效完成诊疗工作。

*.*.*.*.门诊申请单管理

*.*.*.*.*门诊检验电子申请单

*.*.*.*.*.*系统应统一管理检验项目，以模拟纸质申请单方式勾选项目生成收费信息。

*.*.*.*.*.*检验项目应来自全院统一检验字典，下达申请时生成医嘱并传送至检验科室。

*.*.*.*.*系统应提示项目相关标本，支持按项目录入标本，并支持录入备注、注意事项。

系统应校验执行科室、标本及附加信息的必填项。

*.*.*.*.*系统应支持自动获取电子病历中的临床信息。

系统应按医生权限、病人性别、年龄、项目互斥等规则控制项目下达。

*.*.*.*.*系统应支持按公共收费项目设置优惠规则。

*.*.*.*.*系统应支持按加急规则控制检验项目加急状态，并校验项目停用状态。

*.*.*.*.*系统应提供历史检验申请单查看和打印功能。

在与医技系统对接情况下，收费后数据应发送至检验系统。

在与****系统对接情况下，应支持智能辅助开单及项目知识库调阅。

*.*.*.*.*系统应支持生成****格式申请单供检验科室调阅或纸质格式打印。

*.*.*.*.*门诊检验报告调阅

在与检验系统对接情况下，系统应支持多维度查看、打印电子检验报告。

*.*.*.*.*系统应自动接收并关联检验报告，信息包括：报告名称、发布时间、送检日期、项目名称、报告内容。

检验结果应直观显示，异常值通过箭头、颜色醒目标记。

*.*.*.*.**系统应支持查看历史住院及门诊报告，并进行指标对比分析。

系统应支持医技报告打印及合并打印。

*.*.*.*.**系统应支持一键将选中检验结果插入门诊病历。

*.*.*.*.**门诊检查电子申请单

*.*.*.*.**.*系统应统一管理检查项目，结构化处理为检查处方并生成收费信息。

*.*.*.*.**.*医生应可通过检查项目、模板或患者历史检查生成申请单。

*.*.*.*.**系统应支持查询适应症、作用、注意事项，并自动获取电子病历主诉、现病史及诊断。

在接入检查预约系统情况下，应支持直接为患者预约检查。

*.*.*.*.**系统应校验项目启停用状态、医师权限、病人年龄、性别。

*.*.*.*.**系统应支持为特定项目添加/删除同意书。

*.*.*.*.**系统应支持检查项目加急功能（允许/默认/强制加急）。

在与****对接情况下，应支持查看项目知识库内容。

*.*.*.*.**系统应支持生成****格式申请单供检查科室调阅或纸质格式打印。

*.*.*.*.**系统应具备校验规则：

（*）校验检查部位选择；

（*）灵活设置收费规则（项目互斥、联动收费、第二部位打折、多项目组合）。

在与检查系统对接情况下，收费后应传送检查申请信息。

*.*.*.*.**门诊检查报告调阅

在与检查系统对接情况下，系统应支持多维度查看、打印电子检查报告及影像。

*.*.*.*.**系统应自动接收报告，信息包括：报告名称、发布时间、送检日期、项目名称、报告内容。

*.*.*.*.**系统应以网页方式直观显示检查结果及图像，突出显示异常指标。

*.*.*.*.**系统应支持医技报告打印及合并打印。

*.*.*.*.**系统应支持一键将选中检查结果插入门诊病历。

*.*.*.*会诊管理

*.*.*.*.*会诊申请模块

*.*.*.*.*.*系统应支持以下会诊类型：院内科间单学科会诊、多学科会诊、院际远程会诊、急诊紧急会诊。

*.*.*.*.*.*系统应支持对紧急会诊一键标记“紧急”，并自动触发加急通知，强制要求会诊医生在规定时限内响应（如**分钟响应、**分钟到场）。

*.*.*.*.*系统应根据会诊类型自动加载对应申请单模板，模板字段应包括患者基础信息、主要诊断、会诊目的、拟邀请科室/专家、病史摘要等。

系统应自动获取患者姓名、就诊号、诊断等核心信息，避免重复录入。

*.*.*.*.*系统应支持在会诊申请单中关联查看检验报告、影像报告、心电图等关键诊疗资料。

系统应支持实时展示会诊申请状态（已申请、已提交、会诊中、完成会诊），并在状态变更时自动推送提醒（如工作站弹窗、短信通知）。

*.*.*.*.*系统应支持申请撤回与修改：

（*）未应答的申请可由申请人直接撤回修改；

（*）已审核的申请需应答人取消应答后方可撤回。

*.*.*.*.*会诊应答模块

*.*.*.*.*.*会诊医生应可在会诊前查阅患者病历、检验检查报告等诊疗资料，并支持标记重点内容。

*.*.*.*.*.*系统应支持会诊专家录入结构化会诊意见，包括后续治疗方案、责任科室/医生等字段。

*.*.*.*.*.*在多学科会诊中，系统应支持参会专家在线书写各自会诊意见，会诊记录书写人可综合意见整理会诊结论。

*.*.*.*.*系统应支持电子签名确认会诊意见，签署后意见不可篡改，并自动记录签署时间与人员信息。

*.*.*.*.*会诊记费

系统应支持配置会诊费收取规则，包括按会诊专家级别、会诊类型或自定义规则进行收费。

*.*.*.*.*会诊统计与分析模块

*.*.*.*.*.*系统应支持按科室、专家、时间周期（日/月/季/年）统计会诊次数、会诊类型分布（如科间会诊、多学科会诊占比）、紧急会诊占比等数据。

*.*.*.*.*.*系统应支持统计专家平均响应时间、会诊准时率、会诊记录完成及时率，为绩效考核提供数据支撑。

*.*.*.*.*系统应支持分类统计会诊结论（如“调整治疗方案”“转科治疗”“手术建议”“保守治疗”）。

*.*.*.*.**系统应提供报表设计工具，支持用户创建个性化报表，并导出为*****、***等格式。

*.*.*.*抗菌药分级管理

*.*.*.*.*抗菌药物规则设置

*.*.*.*.*.*系统应支持维护药品属性为抗菌药物，并设置其等级：非限制使用级、限制使用级、特殊级。

*.*.*.*.*.*系统应支持按抗菌药物等级配置使用权限，包括使用场景（门诊/急诊/住院）、医生科室、医生职称要求，并可配置审核流程。

*.*.*.*.*抗菌药物使用管控

*.*.*.*.*.*医生录入抗菌药物时，系统应对照其使用权限进行控制；无权限时应提示医生无法开立该药品。

*.*.*.*.*.*对于允许录入但需审核的抗菌药物，系统应要求提交抗菌药物申请，经审核通过后方可签发医嘱。

*.*.*.*.*抗菌药物申请应包含患者生命体征信息、用药理由等内容，系统应自动关联患者该类药物使用史、药敏记录、本次病历、药物医嘱、检验检查结果等信息。（提供佐证材料二选一：功能设计方案及高保真原型设计效果图；或所投产品功能截图。佐证材料应能够清晰体现本条参数要求，并加盖投标人公章。）

▲

*.*.*.*.*每类抗菌药物申请单应可配置有效时长，有效期内仅可使用一次；失效后无论是否已使用均不可再使用。

*.*.*.*.*.*抗菌药物医嘱开立使用天数不得大于申请天数。

*.*.*.*.*.*具备审批权限的医生应可进行抗菌药物审核，并记录审批人、审批时间、审批意见。

*.*.*.*.*抗菌药物医嘱签发

*.*.*.*.*.*完成抗菌药物使用管控流程后，医嘱可正常签发。

*.*.*.*.*.*若系统对接合理用药服务，抗菌药物签发应统一受合理用药服务管控。

*.*.*.*危急值管理

*.*.*.*.*危急值预警提醒

*.*.*.*.*.*在与***、****系统对接情况下，系统应接收医技系统推送的危急值，并向临床进行提醒。提醒信息应包括：患者姓名、就诊号、危急值内容、报告结果等。

*.*.*.*.*.*系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

*.*.*.*.*.*系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

*.*.*.*.*消息处理结果

*.*.*.*.*.*系统应支持危急值提醒的强阻断及间隔提醒时间的灵活配置。

*.*.*.*.*.*系统应记录危急值的接收时间、处理时间及处理措施。

*.*.*.*.*.*系统应将护士接收、医生处理及处理情况通过平台服务回传至医技系统，实现危急值闭环管理。

*.*.*.*.*危急值管理

*.*.*.*.*.*系统应提供危急值信息汇总查询功能。

*.*.*.*.*.*系统应支持按通知日期、状态、患者姓名等条件查询危急值记录。

*.*.*.*.*.*系统应对未处理的危急值提供快速处理入口。

*.*.*急诊医生工作站

*.*.*.*患者管理

*.*.*.*.*系统应支持医生查看本科室患者总体情况，并按区域、患者状态等维度进行统计与筛选。

*.*.*.*.*系统应支持以卡片和列表两种形式展示患者信息，医生可按个人习惯切换视图。

*.*.*.*.*系统应支持按患者性别、年龄、诊断、绿色通道等条件自定义筛选患者。

*.*.*.*.*系统应实时统计患者滞留时长，并对已入科且滞留超时的患者自动提醒医生。

*.*.*.*患者列表

*.*.*.*.*系统应支持按区域、患者状态、会诊状态、床号、患者姓名等条件查询患者。

*.*.*.*.*系统应支持对待入科患者执行“到达”操作，实现快速接诊或入科。

*.*.*.*.*系统应支持对在科患者执行“取消”操作，将其状态转为待入科。

*.*.*.*.*系统应支持对在科患者执行“转区”“出科”操作。

*.*.*.*信息总览

*.*.*.*.*系统应支持查看患者本次急诊就诊的概要信息，包括基本信息、诊断、过敏史、评分、生命体征、流转记录。

*.*.*.*.*系统应对评分及生命体征的异常结果以特殊颜色醒目标示。

分诊信息回顾

*.*.*.*.*系统应支持查询患者本次就诊历次预检分诊记录，包括分诊结果、症状、生命体征、评分等信息。

*.*.*.*.*系统应对分诊信息中的异常评分及生命体征以特殊颜色醒目标示。

*.*.*.*时间轴

*.*.*.*.*系统应通过时间轴展示患者本次急诊就诊的关键节点，包括分诊、入科、医嘱开立、诊断等。

*.*.*.*.*系统应支持医生实时跟进患者就诊进展。

*.*.*.*.*诊断：

*.*.*.*.*.*系统应支持录入中医诊断、西医诊断。

*.*.*.*.*.*系统应支持西医诊断，内置******标准诊断码。

*.*.*.*.*系统应支持中医诊断，支持中医疾、症候病录入，并符合国家****中医诊断新标准。

*.*.*.*.*系统应支持对接中医智能辅诊系统，一键引用推导的诊断。

*.*.*.*.*系统应支持维护科室或医生个人常用诊断库。

*.*.*.*.*.*诊断检索应支持按拼音、五笔、汉字、代码、别名进行完全匹配、前导匹配和模糊匹配。

*.*.*.*.*.*系统应支持保存处方、项目、检验/检查申请单、治疗项目时，如未录入诊断，应弹出诊断录入框或提示。

*.*.*.*.*系统应集成多种基于诊断的报告卡填报功能。

*.*.*.*.*系统应支持录入传染病相关诊断时，自动触发传染病上报功能，进入上报填写界面。

*.*.*.*医嘱录入

*.*.*.*.*系统应支持为普通急诊患者录入西药处方、中药处方、治疗项目、检查检验项目，并支持打印。

*.*.*.*.*系统应支持为抢救、留观患者开立西药医嘱、中药医嘱、治疗项目、检查检验项目。

*.*.*.*.*系统应支持处方/医嘱模板引用、历史处方/医嘱查看与复用、常用处方/医嘱维护。

*.*.*.*.*系统应支持用法联动功能，根据药品用法自动关联相关项目，减少操作步骤。

*.*.*.*.*开立医嘱过程中，系统应支持**推算医生常开信息，自动排序推荐的信息，方便医生快捷录入医嘱。

*.*.*.*.*系统应支持专属中医处方的开立模式，支持中医相关频次的录入等，提高用户进行中医诊疗的体验效果。

*.*.*.*.*系统应煎药方式的选择，例如，代煎、自煎等。

*.*.*.*.*系统应经方、验方、协定方的快速开立。

*.*.*.*.*系统应无中医相关诊断，不能开立中草药相关限制。

*.*.*.*.**系统应无中医相关处方权限，不能开立中草药相关限制配置。

*.*.*.*.**系统应对接中医智能辅诊系统，一键引用推导的中草药方。

*.*.*.*.**系统应对接中医智能辅诊系统，一键引用推导的中医适宜技术。

*.*.*.*检查、检验申请

*.*.*.*.*系统应支持与医技系统对接，医生可在急诊医生站直接发起检查、检验申请。

*.*.*.*.*医技科室应可通过医技系统在线接收申请单。

*.*.*.*.*检查、检验报告生成后，医生应在急诊医生站直接查看报告信息。

*.*.*.*.*系统应根据项目自动匹配对应的检查部位或标本选项。

*.*.*.*.*系统应支持查看患者既往医技申请单，并支持历史申请单复用。

*.*.*.*.*开立申请过程中，系统应支持**推算医生常开信息，自动排序推荐的信息，方便医生快速开立。

*.*.*.*会诊申请

*.*.*.*.*系统应支持医生在急诊医生站发起和接收会诊申请。

*.*.*.*.*系统应支持查询会诊患者信息。

*.*.*.*.*发起方应支持催办、撤销、作废、完成会诊操作。

*.*.*.*.*接收方应支持接收、应答、取消应答、书写会诊意见操作。

*.*.*.*手术申请

*.*.*.*.*系统应支持医生直接发起手术申请。

*.*.*.*.*系统应支持手术分级管理。

*.*.*.*.*系统应支持根据机构配置的手术流程，对需审批的手术进行审核确认后流转医嘱。

*.*.*.**评分

*.*.*.**.*系统应支持对急诊患者开展临床评估评分，包括病情严重程度、疼痛、自理能力、跌倒风险等。

*.*.*.**.*系统应自动记录评分结果。

*.*.*.**.*系统应支持以下评分方法：

• 早期预警评分

• 改良早期预警评分（****）

• 格拉斯哥昏迷评分（***）

• 疼痛评分

• 创伤评分

• 跌倒评分

• 急诊内科评分（****）

• *****评分

• 急诊严重指数（***）评分

• ***** *****评分

*.*.*.**.*系统应支持自定义评估评分模板。

*.*.*.**入院通知

*.*.*.**.*系统应支持急诊医生在工作站直接发起入院通知单。

*.*.*.**.*系统应支持选择入院科室及病区。

*.*.*.**.*系统应支持打印入院通知单。

*.*.*.**抗菌药分级管理

*.*.*.**.*抗菌药物规则设置

*.*.*.**.*.*系统应支持维护抗菌药物属性及等级（非限制使用级、限制使用级、特殊级）。

*.*.*.**.*.*系统应支持按抗菌药等级配置使用场景（门诊、急诊、住院）、医生科室、职称要求。

*.*.*.**.*.*系统应支持按需配置审核流程。

*.*.*.**.*抗菌药物使用管控

*.*.*.**.*.*系统应在医生录入抗菌药物时校验使用权限，无权限时禁止开立并提示。

*.*.*.**.*.*无需审核时，医生填写用药目的后可直接签发医嘱；需审核时，须提交申请并经审核通过后方可签发。

*.*.*.**.*.*系统应支持医生填写用药申请（含生命体征、用药理由等）。

*.*.*.**.*.*申请提交时，系统应自动调取患者用药史、药敏记录、本次病历、医嘱、检验检查结果。

*.*.*.**.*.*系统应支持配置抗菌药申请单有效时长，并限制有效期内仅可使用一次。

*.*.*.**.*.*系统应控制抗菌药医嘱使用天数不超过申请天数。

*.*.*.**.*.*系统应支持有审批权限的医生结合排班进行审核，并记录审批人、时间、意见。

*.*.*.**.*抗菌药物医嘱签发

*.*.*.**.*.*系统应在完成管控流程后允许抗菌药医嘱正常签发。

*.*.*.**.*.*若对接合理用药系统，抗菌药签发应受其统一管控。

*.*.*.**危机值管理

*.*.*.**.*危急值预警提醒

*.*.*.**.*.*在与***、****系统对接情况下，系统应接收危急值推送，并提醒患者姓名、就诊号、危急值内容、报告结果。

*.*.*.**.*.*系统应支持危急值未在规定时效内处理完成，系统自动升级提醒至相应人员。危急值升级提醒对象，支持灵活化配置。

*.*.*.**.*.*系统应支持危急值提醒弹窗，未超时、已超时未处理的颜色配置。

*.*.*.**.*消息处理结果

*.*.*.**.*.*系统应支持配置危急值提醒强阻断及间隔提醒时间。

*.*.*.**.*.*系统应记录危急值接收时间、处理时间、处理措施。

*.*.*.**.*.*系统应将护士接收、医生处理情况回传至医技系统，实现闭环管理。

*.*.*.**.*危急值管理

*.*.*.**.*.*系统应支持危急值信息汇总查询。

*.*.*.**.*.*系统应支持按通知日期、状态、患者姓名等条件查询危急值。

*.*.*.**.*.*系统应支持对未处理危急值进行快速处理。

*.*.*急诊护士工作站

*.*.*.*患者管理

*.*.*.*.*系统应支持患者入观登记、留观期间管理、转出（含院内转诊）、离观及出科等全流程闭环管理。

*.*.*.*.*系统应支持病区床位分配、调换及占用状态标记。

*.*.*.*.*系统应支持按急诊病情等级、留观时长、护理级别等多维度筛选及查看在床患者。

*.*.*.*.*系统应支持快速调取患者完整诊疗信息详情。

*.*.*.*医嘱核对

*.*.*.*.*系统应支持对医生新开立的治疗、用药、检查等医嘱进行逐条核对。

*.*.*.*.*系统应支持对新提交的停止医嘱进行核对。

*.*.*.*.*系统应支持标识医嘱核对状态，避免错漏。

*.*.*.*医嘱执行

*.*.*.*.*系统应支持各类医嘱执行确认操作。

*.*.*.*.*系统应支持提交检验、检查、影像等医技申请并同步执行状态。

*.*.*.*.*系统应支持皮试等特殊诊疗操作的执行记录。

*.*.*.*.*系统应支持自定义执行单分类规则。

*.*.*.*.*系统应支持医嘱执行单快速打印。

*.*.*.*.*皮试管理

*.*.*.*.*.*系统应在药品字典中标记需皮试药品（如青霉素类、头孢类等），并关联皮试规则与皮试剂。

*.*.*.*.*.*系统应在开具已标记药品时，自动提示并生成关联皮试医嘱。

*.*.*.*.*.*系统应严格执行皮试观察时间窗（如**分钟），超时自动提醒，并控制结果录入权限（超时后禁止录入）。

*.*.*.*.*系统应支持标准化记录皮试结果（阴性/阳性/可疑），并强制记录结果、时间、执行人。

*.*.*.*.*系统应自动将皮试结果同步更新至患者过敏史。

*.*.*.*.*系统应在患者存在相关过敏史时，在开药、配药、执行等环节进行颜色提醒。

*.*.*.*.**系统应在皮试阳性时，自动记入全域过敏史，并实时拦截全院相关药品医嘱开立。

*.*.*.*.**系统应完整记录从药品标记、医嘱生成、执行到结果判读的全链路电子记录。

*.*.*.*.**系统应支持按药品、科室、人员、阳性率等维度进行统计分析。

*.*.*.*药品管理

*.*.*.*.*系统应支持基于医嘱生成药品执行任务，并查看当前区域患者药品情况。

*.*.*.*.*系统应支持提交药品领用及退药申请，并可在药房未处理前撤回整单或部分明细。

*.*.*.*.*系统应支持查询药品领退明细，包括药品名称、规格、数量、时间、退药原因等。

*.*.*.*.*系统应支持通过不同视图核查领药数量准确性。

*.*.*.*.*系统应支持查询已提交至药房的发药及退药处理状态。

*.*.*.*费用查询

*.*.*.*.*系统应支持按医嘱项目、收费类别、时间段等维度查询费用明细。

*.*.*.*.*系统应支持基于“医嘱*执行*记费”链条核查费用一致性，避免多收或漏收。

*.*.*.*.*系统应支持对异常费用执行退费或补费操作。

*.*.*.*.*系统应支持打印患者每日费用清单，并支持自定义打印模板。

*.*.*.*.*系统应支持费用催缴提醒及押金单打印。

*.*.*.*评分

*.*.*.*.*系统应支持对留观患者开展病情严重程度、疼痛、自理能力、跌倒风险等评估评分。

*.*.*.*.*系统应自动记录评分结果。

*.*.*.*.*系统应支持以下评分方法：

早期预警评分

改良早期预警评分（****）

格拉斯哥昏迷评分（***）

疼痛评分

创伤评分

跌倒评分

急诊内科评分（****）

*****评分

急诊严重指数（***）评分

***** *****评分

*.*.*.*.*系统应支持自定义评估评分模板。

*.*.*.*导管管理

*.*.*.*.*系统应支持导管字典维护，包括新增、修改、停用导管类型。

*.*.*.*.*系统应支持导管插管、拔管全过程记录，包括操作时间、操作者等信息。

*.*.*.*.*系统应支持记录导管日常巡视中的异常情况及护理措施。

*.*.*.*患者总览

*.*.*.*.*系统应整合患者留观期间全量信息，包括基本信息、诊疗记录、医嘱执行、检查检验结果、评分、费用明细等。

*.*.*.*.*系统应支持一站式查询患者分诊信息。

*.*.*.*床位管理

*.*.*.*.*系统应支持实时查看床位占用、空闲状态。

*.*.*.*.*系统应支持床位紧急调配。

*.*.*.**日常工作

*.*.*.**.*系统应支持根据科室流程及岗位分工自定义配置护士日常工作菜单。

*.*.*.**危急值管理