DB31 T 1615-2025 医疗机构检验检查报告互认信息技术基本要求.pdf

1、ICS11.020 CCS C07 31上海市地方标准 DB 31/T 16152025 医疗机构检验检查报告互认信息技术基本要求 Basic information technical requirements for mutual recognition of clinical laboratory report and medical imaging report from regional healthcare institutions 2025-09-19 发布 2026-01-01 实施上海市市场监督管理局 发 布DB 31/T 16152025 I 目次 前言.II 1 范围.1

2、 2 规范性引用文件.1 3 术语、定义和缩略语.1 术语和定义.1 缩略语.2 4 总体要求.2 5 接入要求.2 接入模式.3 接口方式.3 接口规则.3 6 交互服务.4 7 功能要求.5 检验报告互认管理.5 7.1.1 检验互认规则管理.5 7.1.2 患者互认特征管理.6 7.1.3 检验互认服务管理.6 检查报告互认管理.6 7.2.1 检查互认服务管理.6 7.2.2 检查互认信息注册.6 7.2.3 检查互认信息共享调阅.6 互认应用监测分析.6 7.3.1 互认日志分析.6 7.3.2 互认统计分析.6 7.3.3 互认简报分析.7 8 安全运维要求.7 安全要求.7 运维

3、要求.7 参考文献.8 DB 31/T 16152025 II 前言 本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由上海市卫生健康委员会提出并组织实施。本文件由上海市卫生信息标准化技术委员会归口。本文件起草单位：上海市卫生健康统计中心、上海市卫生健康委员会、上海申康医院发展中心、上海交通大学医学院附属瑞金医院、上海市第一人民医院、上海市青浦区卫生健康委员会、上海市徐汇区卫生事业管理发展中心、万达信息股份有限公司。本文件主要起草人：谢桦、曹剑峰、冯骏、何萍、赵艳、

4、俞华、程东、孟亚、徐奎东、符鸣、汪森然。DB 31/T 16152025 1 医疗机构检验检查报告互认信息技术基本要求 1 范围 本文件规定了医疗机构检验检查报告在区域内互认的信息系统总体要求、接入要求、交互服务、功能要求及安全运维要求。本文件适用于上海市各级医疗机构、卫生健康主管部门，建设检验检查报告互认相关信息系统的接入、应用及管理。2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 222392019 信息安全技术 网络安全等级

5、保护基本要求 GB/T 25070 信息安全技术 网络安全等级保护安全设计技术要求 GB/T 28827.1 信息技术服务 运行维护 第1部分：通用要求 GB/T 35273 信息安全技术 个人信息安全规范 WS/T 448 基于居民健康档案的区域卫生信息平台技术规范 3 术语、定义和缩略语 术语和定义 下列术语和定义适用于本文件。3.1.1 检验报告 clinical laboratory report 临床上利用病人的血液、体液、分泌物、排泄物和脱落物等标本，通过目视观察、物理、化学、仪器或分子生物学方法检测，为医生、为病人提供检测结果的医学文书。3.1.2 检查报告 medical im

6、aging report 临床上通过各种医学影像设备生成图像所揭示人体内部的疾病和身体结构，编写的帮助医生做出临床诊断和治疗计划的医学文书。3.1.3 互认 mutual recognition of clinical laboratory reports 医疗机构已出具的检查或检验报告，全部或部分项目，在另一家医疗机构为患者提供诊治服务过程中被医生采信的行为。3.1.4 互认智能插件 mutual recognition smart plug-in DB 31/T 16152025 2 通过医生工作站开放的业务接口（例如门诊就诊、开诊断、开处方等），实时感知机构内关键业务状态，并在平台互认服

7、务的支撑下，自动给医生进行互认特定行为提示的应用软件。3.1.5 互认浏览器 mutual recognition viewer 集成患者在区域内历次检验检查记录，提供医学检验报告、影像检查报告的信息调阅，并结合互认规则对需互认信息进行分类标识显示的应用软件。注：互认浏览器中一般集成影像图像浏览工具，实现缩放、移动、旋转、左右镜像、上下翻转、反相、播放、调窗、布局、图像处理、图像标注与测量等应用功能。缩略语 下列缩略语适用于本文件。FHIR：快速医疗互操作资源（Fast Healthcare Interoperability Resources）REST：表述性状态传递（Representat

8、ional State Transfer）4 总体要求 医疗机构检验检查报告互认信息系统采用市、区两级互认服务平台架构进行建设，各级医疗机构应按照归属关系，基于 WS/T 448 的要求与本级互认服务平台实现对接，实现全市范围内检验检查报告的汇集与管理，建立互认相关的指标和模型，形成在不同医疗机构之间的共享与互认，以及对互认结果的分析追溯与监管。系统总体架构图见图 1。图1 医疗机构检验检查报告互认信息系统架构图 5 接入要求 DB 31/T 16152025 3 接入模式 医疗机构应按照归属关系统一对接本级互认服务平台，获得检验检查报告互认服务能力。医疗机构完成接入后应在院内每台医生工作站上

9、部署互认智能插件，实现在医生工作站应用系统中的功能嵌入。接口方式 医疗机构检验检查报告互认面向各级医疗机构发布服务和接受请求，应采用符合REST架构原则的Web服务。接口规则 5.3.1 接口列表 医疗机构检验检查报告互认接口类型、接口名称及内容要求见表1。表1 医疗机构检验检查报告互认接口列表 序号接口类型 接口名称 接口内容 1 基本信息共享患者信息确认接口 上传医生工作站接诊患者信息，确定患者是否存在互认项目 2 互认流程服务检验检查互认项目调用接口获取平台端患者近期的检验检查互认项目列表 3 不互认原因获取接口 获取平台端不互认原因 4 检验报告互认实验室检验报告调用接口 根据互认项目

10、列表，获取患者实验室检验的明细报告 5 检验报告互认确认接口 提交在当次诊疗过程中已互认的检验项目 6 检查报告互认影像检查信息注册接口 提交影像报告及图像的注册信息 7 影像检查报告调用接口 根据互认项目列表，获取患者影像检查的明细报告 8 影像检查图像调用接口 根据患者影像检查报告获取对应的影像图像 9 检查报告互认确认接口 提交在当次诊疗过程中已互认的检查项目 5.3.2 患者信息确认接口 患者信息确认应通过政务外网或卫生专网调用，通过上传医生工作站对应医生信息、当前就诊患者信息，获取患者的基本信息及患者是否存在互认项目的判断结果。5.3.3 检验检查互认项目调用接口 检验检查互认项目应

11、通过政务外网或卫生专网调用，实现患者近期在区域内接受的纳入互认范围的检验检查项目列表的信息传递。5.3.4 不互认原因获取接口 DB 31/T 16152025 4 不互认原因获取应通过政务外网或卫生专网调用，实现在平台端当前所管理的不互认原因的信息传递。5.3.5 实验室检验报告调用接口 实验室检验报告应通过政务外网或卫生专网调用，利用互认浏览器实现对互认项目列表中指定实验室检验报告的信息传递，明确区分其中的互认项目。5.3.6 检验报告互认确认接口 检验报告互认确认应通过政务外网或卫生专网调用，提交医生在工作站中确认互认的检验项目。5.3.7 影像检查信息注册接口 影像检查信息注册接口应通

12、过政务外网或卫生专网调用，基于FHIR规则向归属地平台提供存储在本院内的影像报告及图像注册信息。5.3.8 影像检查报告调用接口 影像检查报告应通过政务外网或卫生专网调用，利用互认浏览器实现对互认项目列表中指定影像检查报告的信息传递，明确区分其中的互认项目。5.3.9 影像检查图像调用接口 影像检查图像应通过政务外网或卫生专网调用，利用互认浏览器实现与影像检查报告对应的影像检查图像的信息传递。5.3.10 检查报告互认确认接口 检查报告互认确认应通过政务外网或卫生专网调用，提交医生在工作站中确认互认的检查项目。6 交互服务 医疗机构检验检查报告互认的交互服务，是在互认服务平台的调度下，实现不同

13、医疗机构之间检验检查报告信息的共享，交互流程应符合以下要求：a)互认服务平台是医疗机构检验检查报告互认的信息调度中枢，承担对医疗机构按照 WS/T 448要求提交检验、检查报告信息的处理，实现基于 FHIR 标准对影像检查图像信息的注册管理，并接收来源于医疗机构的服务申请，判断提交患者的互认信息，提供患者的互认报告；b)医疗机构是检验检查报告数据的提供方，也是检验检查报告互认服务的执行方，根据互认服务平台的信息提醒实现在医生工作站上的报告调阅、互认判断，及在判断之后的互认确认及不互认原因提交。交互服务的具体流程图见图 2。DB 31/T 16152025 5 图2 医疗机构检验检查报告互认交互

14、服务流程图 7 功能要求 检验报告互认管理 7.1.1 检验互认规则管理 平台应实现以下检验互认规则的设置与管理：a)互认项目配置管理：对约定的互认项目进行维护与管理；DB 31/T 16152025 6 b)互认时间配置管理：对互认项目向前的追溯时间提供统一管理，互认时间的配置单位到“日”；c)互认遵从规则、不互认理由的维护与管理。7.1.2 患者互认特征管理 平台应实现患者互认特征管理，截取追溯时间范围内的患者检验报告数据构建互认特征画像，以不同标签、不同颜色提供分级分类的互认标识。7.1.3 检验互认服务管理 平台应结合互认规则及患者的互认特征，在医生工作站上实现以下检验互认服务管理：a

15、)基于互认智能插件提供互认消息提醒，提示接诊医生当前患者存在互认业务；b)提供互认项目列表展示，对可互认的服务提供清单索引；c)在互认浏览器中提供实验室检验报告调阅服务，供接诊医生对互认检验报告进行调阅；d)提供互认项目确认服务，接诊医生操作勾选“互认”或者勾选“不互认”理由后提交确认；e)提供互认后不遵从提醒服务，对确认互认的项目后续仍重复开具同类检验项目的，提醒医生该项目已互认；f)提供确认互认报告下载服务。检查报告互认管理 7.2.1 检查互认服务管理 平台应基于检验互认规则管理的功能实现对影像检查互认项目、追溯时间、规则等的管理，实现患者互认特征的构建，并对照检验互认服务管理实现在医生

16、工作站中对影像检查报告及图像的信息调阅、互认确认及不互认原因的提交。7.2.2 检查互认信息注册 平台应基于FHIR实现互认影像报告及图像信息的注册，包括患者信息、检查信息、报告信息、影像图像、影像机构信息、医生信息以及影像服务终端信息的注册。7.2.3 检查互认信息共享调阅 平台应基于互认浏览器，提供针对影像检查报告及图像信息跨机构的共享调阅，包括患者信息、检查信息、报告信息、影像图像的调阅。互认应用监测分析 7.3.1 互认日志分析 平台应提供针对检验检查报告互认的数据审计日志，日志中应涵盖时间、使用人、业务操作、服务响应及其他操作信息要素，提供针对日志的查询和统计分析服务。7.3.2 互

17、认统计分析 DB 31/T 16152025 7 平台应实现医疗机构互认系统装机量（覆盖率）、互认接口服务调阅量、人次互认率、检验项目互认率、检查项目互认率、互认不遵从率、不互认原因等指标，在不同医疗机构、科室、医生等维度层面的比较，实现按指标升序、降序排列查询。7.3.3 互认简报分析 平台应针对互认过程和结果数据进行大数据分析，形成固定格式分析简报。应支持输入开始时间、结束时间的区间内的对应简报查询，按需支持按日、按周、按月、按年查询功能。8 安全运维要求 安全要求 系统应符合GB/T 25070安全设计及GB/T 35273个人信息安全规定，并应按照GB/T 222392019“第三级安

18、全要求”的规定进行安全建设与监督管理。运维要求 应按照GB/T 28827.1的要求开展系统运行维护，建立专业、稳定的技术支持团队，制定数据共享更新维护以及系统运行维护的相关文件进行保障。DB 31/T 16152025 8 参考文献 1 WS 370 卫生健康信息基本数据集编制标准 2 WS 371 基本信息基本数据集 个人信息 3 WS 373.1 医疗服务基本数据集 第1部分：门诊摘要 4 关于加快推进检查检验结果互认工作的通知（国卫办医函2021392号）5 关于印发医疗机构检查检验结果互认管理办法的通知（国卫医发20226号）6 关于全面推进本市医疗机构间医学影像检查资料和医学检验结果互联互通互认工作的实施意见（沪卫医201927号）7 关于印发上海市进一步规范医疗行为促进合理医疗检查的实施方案的通知（沪卫医202162号）8 关于印发上海市“便捷就医服务”数字化转型工作方案的通知（沪卫信息20215号）