2023-区域卫生信息平台数据采集接口标准-1

生态环境大数据一体化平台建设方案V3随着社会的不断发展，环境问题已经成为了我们必须高度重视的问题之一。

解决环境问题不仅关系到我们的未来，也关系到我们的生存和发展。

而建设生态环境大数据一体化平台，对于推进环境治理，提高环境素质具有重要意义。

下面，本文将从几个部分来阐述生态环境大数据一体化平台建设方案。

一、背景随着社会经济的快速发展，环境污染问题越来越严重，需要用更为科学、精准的方法，来监测、预测和处理环境问题。

而数据信息化是提高环境监测和治理能力的重要手段，因此建设生态环境大数据一体化平台，能为环境数据的收集、处理、管理及共享提供一种全新的方式。

二、建设目标1.数据整合将环境监测数据、环境污染源数据、环保管理数据、环境执法数据等相关数据整合到一个数据平台上，实现信息的高度集成化。

2.数据分析通过大数据分析方法，可从海量环境数据中提取有用信息，及时预警环境风险，为环境科学管理、决策提供数据支持及建议。

3.数据共享将收集到的环境数据进行整合，以数据开放为核心，通过数据接口、API等方式，向社会公布多样化的环境数据，促进环境治理体系的建设。

三、建设流程1.数据采集阶段收集相关的环境数据源，建立数据中心，搭建环境数据传输管道，保障数据的高效、精准、高质量的采集。

2.数据处理阶段对采集到的数据进行清洗、融合和整合，确保数据的规范，准确性和完整性，并进行分类、整理和转化，使其符合生态环境大数据一体化平台的标准。

3.数据分析阶段通过数据挖掘、人工智能、机器学习等技术，对预处理过的数据进行分析、挖掘，从数据中提取有效信息，生成数据可视化图表，并为进一步处理和利用数据提供科学依据。

4.数据共享阶段在生态环境大数据一体化平台上，通过数据开放，开放绿色数据接口、API，允许其他系统使用各类数据，促进生态环境的良好发展。

四、前景展望生态环境大数据一体化平台建设方案的实施，不仅有利于形成高效的环境数据管理体系，更重要的是为环保行业的实现高质量和可持续的发展提供支持。

区域卫生信息平台方案简介区域卫生信息平台是一个集中管理、共享和分析区域内各类卫生领域数据的平台。

该平台旨在提高区域卫生工作的效率和质量，优化资源配置，加强数据分析和预测能力，为政府和卫生机构提供决策支持。

目标1.提供一个统一的管理平台，集中存储、管理和更新各类卫生数据；2.实现数据共享和交流，促进区域内卫生机构之间的合作与协调；3.增强数据分析和预测能力，提供科学依据和决策支持。

功能数据管理•数据采集：支持卫生机构通过接口或上传文件的方式将数据导入平台；•数据清洗：提供数据清洗功能，自动识别和修复数据错误；•数据存储：采用数据库或分布式存储系统，确保数据的安全性和可靠性；•数据更新：定期更新数据源，保证数据的时效性。

数据共享•数据共享平台：提供数据共享平台，卫生机构可以发布数据并设定访问权限；•数据查询与下载：用户可以根据需求，在平台上进行数据查询和下载；•数据交流与协作：支持卫生机构之间的数据交流和合作，促进卫生事业的发展。

数据分析与预测•数据可视化：提供丰富的数据可视化工具，对数据进行图表展示，便于分析；•数据分析：支持对数据进行统计分析和挖掘，从中获取有意义的信息；•数据预测：基于历史数据和算法模型，进行数据预测和趋势分析，为决策提供依据。

实施计划1.需求分析：与区域内各相关卫生机构进行需求调研和讨论，明确平台功能和接口需求；2.平台设计：根据需求分析结果，进行平台系统架构设计和数据库设计；3.平台开发：根据设计方案，实施平台开发工作，包括数据库搭建、接口开发和前端界面设计等；4.测试与优化：对开发完成的平台进行全面测试，修复和优化存在的问题；5.部署与上线：将平台部署在服务器上，并进行正式上线运行；6.培训与推广：为使用平台的卫生机构进行培训，宣传和推广平台的使用。

价值与意义区域卫生信息平台的建立将带来以下价值和意义：1.提高卫生工作效率：平台集中管理数据，简化了数据的采集、存储和分析流程，大大提高了卫生工作的效率；2.优化资源配置：通过数据分析和预测，可以更好地了解卫生资源的分布和使用情况，从而优化卫生资源的配置；3.支持决策制定：平台提供科学的数据分析和预测功能，为政府和卫生机构的决策制定提供科学依据；4.促进卫生机构之间合作与协调：平台的数据共享和交流功能，促进了区域内卫生机构之间的合作与协调，提高了区域卫生事业的整体水平。

大数据中心统一登陆认证平台-需求规格说明书为了方便大数据中心用户使用相关系统，提高系统安全性，本文将围绕“大数据中心统一登陆认证平台-需求规格说明书”进行详细阐述，并逐步分析该平台的设计要求。

第一步：背景介绍和目的阐述随着大数据中心的发展和数据规模的不断扩大，越来越多的系统需要进行访问控制，以保证数据的安全性和可靠性。

不同的系统之间的用户登陆信息不具备互通性，因此需要一种统一的认证平台，使所有用户只需一个账号和密码，即可访问所有系统。

本平台的设计目的是依托多种认证技术实现大数据中心用户身份认证、统一登录、用户信息管理、安全访问等功能。

第二步：需求分析本平台的主要用户为大数据中心的用户，可以分为两类，一类是标准用户，需要登陆系统使用相关业务功能；另一类是管理员，需要对系统进行管理和设置。

对于不同的用户类型，平台需要提供不同的认证和授权方式。

具体需求如下：1.用户身份验证：平台需要实现高效安全的用户身份验证，以确保用户登陆信息的安全性和有效性。

2.统一登陆认证：平台需要提供简单便捷的统一登陆认证方式，以便用户快速访问不同的系统。

3.用户信息管理：平台需要提供用户信息管理功能，包括用户信息维护、权限分配和组织架构设置等。

4.安全访问控制：平台需要向应用系统提供统一的安全访问控制服务，采用各种安全防护技术，保护系统不受未授权访问和黑客攻击。

5.兼容多种认证技术：平台需要兼容多种认证技术，包括密码认证、单点登陆、双因子认证等，保证适配不同的应用场景。

第三步：需求设计为满足上述需求，平台应该具有以下设计要求：1.采用高效安全的用户身份验证方式，如数字证书、生物识别、密码组合认证等。

2.提供支持标准协议的统一认证接口，包括 SAML、OAuth、OpenID Connect 等。

3.提供完善的用户信息管理功能，包括用户信息的添加、修改、删除、查询、审核等操作，提供权限控制功能。

4.采用多技术、多层次的安全防护，包括安全访问控制、密码保护、会话管理、防篡改、防劫持等。

成都市区域卫生信息平台数据交换接口标准（医疗服务）第1页修改记录目录前言 (5)通述 (6)第 1 章医疗机构业务运营相关数据 (7)1.1门急诊业务 (7)1.2住院类业务 (11)1.3手术业务 (14)第 2 章临床诊疗病史相关数据 (17)2.1患者基本信息 (20)2.2门诊就诊信息 (22)2.3住院就诊信息 (31)2.4实验室检验报告 (37)2.5医学影像检查报告 (44)2.6住院病案首页主体报告 (47)2.7手术明细报告 (53)2.8诊断明细报告 (56)2.9出院小结报告 (58)2.10体检小结报告* (60)2.11用血明细报告 (65)2.12业务数据报告 (66)第 3 章医疗机构基础字典数据 (71)3.1 医疗机构字典表(TB_DIC_Hospital) (71)3.2 科室字典表(TB_DIC_Department) (71)3.3 医护人员字典表(TB_DIC_Practitioner) (72)3.4 诊疗项目字典表(TB_Dic_Detail_Comparison) (73)3.5 诊断字典表(TB_DIC_Disease) (74)3.6 标本字典表(TB_DIC_Specimen) (75)3.7 检验指标字典表(TB_DIC_Test_Indicator) (76)3.8 仪器设备字典表(TB_DIC_Instrument) (76)3.9 检查类型字典表(TB_DIC_RIS_Type) (76)3.10 药品字典表(TB_DIC_Detail_MEDICINE) (77)3.11 CV5600.02支付方式代码 (77)3.12 CV5600.04医疗付款方式代码 (78)3.13 CV5201.23手术/操作体表部位代码 (78)3.14 CV5101.27症状代码 (79)3.15 CV5301.06药物类型代码 (80)3.16 CV5301.05中药使用类别代码 (85)3.17 CV5401.04住院原因代码 (85)3.18 CV5502.18住院患者疾病状态 (86)3.19 CV5402.01医嘱类别代码 (86)3.20 CV5600.03住院费用类别代码 (86)3.21 CV5501.12入院病情代码 (87)3.22 CV5501.13诊断符合情况代码 (87)3.23 CV5501.15病案质量代码 (87)3.24 CV5101.03过敏源代码 (87)3.25 CV5201.24麻醉方法代码 (88)3.26 CV5501.14手术切口愈合等级代码 (89)3.27 CV5502.20疾病诊断类别代码 (89)3.28 CV5501.11治疗结果代码 (90)3.29 CV0100.04身份证件类别代码 (90)3.30 CV0209.01患者属性类别代码 (90)3.31其他相关的代码字典表 (91)3.32字典表的建立与维护 (91)第 4 章数据交换方式 (93)4.1数据交换方式说明 (93)4.2临床诊疗病史各数据表的关联与整合 (93)4.3对判别各数据表的数据时间的口径 (95)前言本接口标准是在成都市区域卫生信息平台项目建设过程中，逐步形成的。

医院信息系统（山东联盟）智慧树知到课后章节答案2023年下济宁医学院济宁医学院第一章测试1.从系统论角度，信息的特征不包括（）。

答案:主观性2.（）是对事物纯粹的、客观的记录，是原始的未经解读的数字、文字、图像、符号、声音、计算机代码等答案:数据3.按照《医院信息系统基本功能规范》对模块的划分，（）属于临床诊疗部分。

答案:医生工作站4.医院信息系统建设的组织与实施的关键是（）重视并亲自领导。

答案:医院院长5.（）是评价医院信息系统的主要标准。

答案:实用性第二章测试1.( )技术的数据管理是“以数据为中心”的。

答案:NAS2.（）是将磁盘作为外围设备通过IDE或SCSI总线与通用服务器直接连接的存储模式。

答案:DAS3.针对同一个应用，（）架构客户端最“瘦”。

答案:B/S4.SNOMED是有关（）的标准。

答案:信息表达5.无论一个还是一组客体，在信息化标准代码中都应该有且仅有一个确定的代码与其对应，体现了信息标准化的（）特点。

答案:完整性与唯一性第三章测试1.在产品及供应商选择工作结束后应完成详细的（）。

答案:考察报告2.在对产品及供应商进行评价时，（）是最实用的，最有效的一步。

答案:实地走访医院3.新一代的数字化医院要建设以（）为中心的全面业务管理系统。

答案:病人4.新一代数字化医院要建设以（）为核心的，互联互通的临床信息系统。

答案:电子病历5.功能分析是（）的一个很关键的环节，它基本确定了系统的规模和结构。

答案:系统分析第四章测试1.门诊就医过程中常常出现“三长一短”现象，一短是指（）。

答案:就医时间短2.（）是医院信息系统中病人基本信息的主索引，是唯一完整的病人标识。

答案:MPI3.近年来门急诊服务过程中呈现了一种趋势，即收费窗口从分散型向集中型改进。

答案:错4.目前大部分在门急诊服务中采用的是先检查、治疗，后交费的模式。

答案:错5.医院发放的就诊卡与医保卡通过两卡绑定的方法实现结合。

答案:对第五章测试1.一般情况下，（）医嘱在开医嘱时不能确定费用，都需要相关科室结合具体情况确定，即开医嘱时不计费，相关科室确定费用后再补录。

区域医疗信息平台建设方案目录1、平台概述61。

1总体目标61。

2总体内容71.3项目建设内容71。

3.1标准体系建设71。

3。

2基于电子健康档案的区域卫生信息平台建设7 1。

3.3基于区域卫生平台的应用系统建设71。

3。

4市级医院信息系统接入82、总体架构83、总体设计要求93。

1系统设计原则93。

1。

1顶层设计与统筹协调原则93.1。

2先进性与实用性原则93。

1.3开放性与扩充性原则93。

1。

4可靠性和安全性原则93.1。

5规范化和标准性原则93。

2系统性能要求103。

3系统安全要求103.4数据设计要求104、技术路线选择114。

1体系架构的选择114.2软件系统要求114。

3数据库的选择114。

4服务器的选择114。

5客户端的选择115、系统基本功能需求115。

1平台基础应用系统125.1。

1基础服务125。

1。

2个人身份识别服务125。

1。

3索引服务125。

1。

4以个人为中心的存储服务135。

1。

5数据交换服务135。

1。

6数据调阅服务135。

1。

7互联互通135。

2注册服务135.2。

1居民注册服务145。

2.2医疗卫生人员注册服务145。

2。

3医疗卫生机构注册服务14 5。

3存储服务155。

4医疗卫生信息共享155。

4。

1个人基本信息域155.4。

2主要疾病和健康问题摘要域155.4.3儿童保健域165.4。

4妇女保健域165。

4。

5疾病控制域165.4。

6疾病管理域175。

4.7医疗服务域175。

5全程健康档案服务175.5。

1索引服务185.5.2业务服务185.5。

3数据服务185.5。

4事务处理195。

6信息接口服务195.6.1通信总线服务195。

6。

2平台公共服务195。

7数据交换平台206、卫生信息资源中心206.1数据架构206。

1。

1基础信息库216.1.2专业信息库216.1。

3共享文档资源库216。

1。

4决策支持信息库216.1。

5对外服务信息库226。

2医疗信息226。

深圳区域卫生信息平台功能规范1深圳市区域卫生信息平台功能规范（2014年试行版）深圳市卫生和人口计划生育委员会2014年4月目录第1章概述(4)第2章总体架构(6)第3章平台基本服务(9)3.1.注册服务(9)3.1.1.个人注册服务(9)3.1.2.医疗卫生人员注册服务(9)3.1.3.医疗卫生机构注册服务(9)3.1.4.术语/字典注册服务(10)3.2.个人身份识别服务(10)3.2.1.主索引服务功能(11)3.2.2.主索引管理功能(12)3.3.健康档案采集服务(13)3.3.1.数据采集接口(13)3.3.2.数据采集方式(13)3.3.3.健康档案数据校验(13)3.4.健康档案整合服务(14)3.4.1.数据抽取(14)3.4.2.数据转换(15)3.4.3.数据装载(15)3.4.4.任务调度(15)3.5.健康档案存储服务(16)3.5.1.个人基本信息存储(16)3.5.2.主要疾病和健康问题摘要存储(16) 3.5.3.儿童保健信息存储(16)3.5.4.妇女保健信息存储(17)3.5.5.疾病控制信息存储(17)3.5.6.疾病管理信息存储(18)3.5.7.医疗服务信息存储(18)3.6.健康档案调阅服务(19) 3.6.1.健康档案浏览器(19) 3.6.2.健康档案调阅预判(20) 3.6.3.健康档案数据组装(21) 3.7.数据交换服务(22)3.7.1.数据交换端点配置(22) 3.7.2.数据元管理(22)3.7.3.数据交换任务配置(22) 3.7.4.数据交换日志管理(22) 3.8.数据共享服务(22)3.8.1.文档目录管理(22)3.8.2.数据订阅(24)第4章平台保障服务(25) 4.1.标准管理(25)4.1.1.注册管理(25)4.1.2.字典管理(25)4.1.3.核心码表管理(25)4.1.4.元数据管理(25)4.2.数据质量控制(25)4.2.1.厂商自检反馈(26)4.2.2.数据质量校验规则定义(26)4.2.3.数据质量监控和数据质量告警(27) 4.2.4.数据质量报告(28)4.2.5.数据质控考核体系(28)4.3.运维监控管理(29)4.3.1.阀值管理(29)4.3.2.轮询机制(29)4.3.3.数据库监测(29)4.3.4.服务器监测(30)4.3.5.中间件监测(30)4.3.6.应用监测(30)4.3.7.网络监测(30)4.3.8.告警提示(31)4.4.后台管理(31)4.4.1.单点登录(31)4.4.2.权限管理(31)第5章平台综合服务(33)5.1.健康门户(33)5.1.1.门户网站(33)5.1.2.网站后台管理系统(33)5.2.综合管理平台(34)5.2.1.区域医疗核心指标统计查询与展示(34)5.2.2.模板配置(35)5.2.3.绩效考核(36)5.2.4.短信管理平台(37)5.3.业务协同(38)5.3.1.预约挂号(38)5.3.2.双向转诊(39)5.3.3.智能提示(40)第1章概述基于健康档案的区域卫生信息平台，是实现区域内医疗卫生资源整合利用、信息系统互联互通的重要基础。

数据采集及远程监控SCADA系统1 范围本文件规定了数据采集及远程监控SCADA系统的术语和定义、设计原则、基本要求、功能模块、运行测试。

本文件适用于数据采集及远程监控SCADA系统的设计及应用。

2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。

其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T 20270 信息安全技术网络基础安全技术要求GB/T 20988 信息安全技术信息系统灾难恢复规范3 术语和定义下列术语和定义适用于本文件。

3.1数据采集及远程监控SCADA系统 data acquisition and remote monitoring SCADA system是用于实时监测、控制和管理远程设备的计算机系统，能够通过收集和处理感知器传来的数据，对现场设备进行远程监控和操作。

4 设计原则系统应遵循以下原则：a)实用性原则：开发系统必须满足实用性需求，尽量降低数据输入量，界面直观，易学易用，不同业务见界面转换速度快；b)功能完整性原则：功能需求分析中提出的业务都能在系统平台上实现，同一类型业务因输入要求或地址模式等条件发生变化时，可以设计成不同的模块；c)数据安全性原则：系统开发设计并建立的数据库应具备多种措施保证数据库的安全，有完善的数据备份、恢复和异常处理机制；d)常用性与特殊性相结合原则：对常用的状态和数值，系统开发时应作为缺省，对常用的功能应放在主要界面和排前，对于不常用功能可以进行折叠和排后；e)系统可维护和可追溯原则：全面按照软件工程要求来开发系统，做到严格管理、严格测试，每个工作阶段，都应具备相应的严格审查的文档和书面技术资料，为以后系统服务和维护提供技术上的保证；f)系统可扩展性原则：系统应具备较强的结构化模式，各模块间接口设计应做到通用性和扩展性相结合。

5 基本要求5.1 信息安全符合GB/T 20270 、GB/T 20988的相关要求。

基于健康档案的区域卫生信息平台数据采集系统分析与设计卢琰（广东省计算中心，广东广州510033）摘要：基于健康档案的区域卫生信息平台数据采集系统，以区域卫生信息化采集标准为指导，通过前置机的接入方式，现实接入数据的采集、存储、术语转换、校验及格式化文档打包上传的功能。

关键词：健康档案；区域卫生信息平台；前置机；患者主索引；数据域1系统背景及内容随着人人享有基本医疗卫生服务的医改目标及新医改工作全面推进，医疗卫生业务发展呈现出医疗服务资源向下延伸，信息资源向上综合和集聚，条块结合，信息共享的新趋势。

基于健康档案的区域卫生信息平台（以下简称：区域卫生平台）是以人的全生命周期疾病和健康信息共享为核心，实现区域范围内不同医疗卫生机构及相关部门、业务应用系统间互联互通、数据共享及科学决策。

基于健康档案的区域卫生信息平台数据采集系统（以下简称为：采集系统）作为区域卫生平台前端，主要以标准的数据采集规范为指导，完成对区域卫生平台内试点医院、基层卫生服务机构和公共卫生服务机构的数据的采集、转换、校验、打包并推送至平台中心。

2需求分析2.1功能需求（1）接入机构注册：从平台中心获取接入机构的注册信息到前置机。

（2）患者注册：从平台中心获取患者主索引到前置机实现患者主索引与本地患者ID的关系映射。

（3）术语维护：从平台中心获取标准术语集到前置机，提供术语集与本地项目源编码的映射维护。

（4）数据抽取：接入系统、厂商在规定时点按前置机提供标准的通讯协议进行数据推送。

（5）数据转换：完成患者的注册及术语转换，对采集后的数据进行合法性校验。

（6）数据打包交验及上传：前置机将数据打包成健康档案（推送单元：按患者一次就诊记录为单元进行上传），进行合法性交验后，调用平台中心提供的服务接口上传数据，并将上传结果返回前置机。

（7）前置机参数设置：提供前置机参数设置，包括平台中心通讯端口、接入点信息的维护。

（8）日志管理：对采集、转换、校验、文档生成及上传环节的状态进行记录跟踪查看。

区域卫生信息平台解决方案区域卫生信息平台可以为医疗机构和卫生部门等提供一个集中管理和交流卫生信息的解决方案。

通过使用信息技术和互联网的手段，区域卫生信息平台可以帮助提高卫生信息的采集、分析、存储和共享的效率，从而提升整个医疗卫生系统的运作效率和质量。

下面是一个1200字以上的解决方案。

一、解决方案概述1.信息采集：通过引入电子病历、医院信息系统和移动医疗设备等，实现自动化、规范化的信息采集，减少手工录入和人为错误，提高信息的准确性和完整性。

2.信息存储：建立统一的卫生信息数据库，将各级卫生机构的信息集中存储起来，方便查询和管理。

同时对敏感信息进行加密和安全存储，以保护患者的隐私和数据安全。

3.信息分析：利用数据挖掘和数据分析技术，对卫生信息进行深度分析，发现潜在的问题和风险，提供决策支持，为卫生部门和医疗机构提供科学指导和政策建议。

4.信息共享：通过建立标准化的信息交换接口和协议，实现卫生信息的共享和交流。

各级卫生机构之间可以实时共享患者的病历和检查结果等，提高医疗资源的利用效率，避免重复检查和重复治疗。

二、解决方案实施步骤1.需求分析：通过与各级卫生机构和卫生部门等的合作和沟通，明确目标和需求，并制定详细的实施计划。

2.系统设计：根据需求分析的结果，设计卫生信息平台的功能和架构，包括前端界面、后端数据库和系统接口等。

3.系统开发：根据系统设计的结果，进行软件开发和硬件配置，实现卫生信息平台的基本功能和模块。

4.系统测试：对开发完成的系统进行测试和调试，保证系统的稳定性和可靠性。

5.系统部署：将测试通过的系统部署到各级卫生机构和卫生部门等，提供用户培训和技术支持。

6.系统评估：对已部署的系统进行评估和反馈，根据用户的反馈和需求进行调整和改进。

7.系统维护：对已上线的系统进行定期维护和更新，确保系统的稳定运行和安全性。

三、解决方案的优势1.提高工作效率：通过自动化和规范化的信息采集和处理，减少了繁琐的手工工作，提高了工作效率和质量。

区域卫生信息平台数据采集接口标准-医疗部分上海金仕达卫宁软件股份有限公司2015年目录第1章引言 ............................................................................................................. 错误!未定义书签。

第2章流程说明. (20)2.1流程说明 (20)2.2数据字典上传流程说明 (20)2.2.1流程说明 (20)2.2.2字典上传优先级说明 ..............................................................................错误!未定义书签。

第3章接口规范声明 .. (22)3.1接口系统字段定义 (22)3.2数据类型说明 (23)3.3填报要求说明 (24)第4章数据采集内容 (25)4.1采集数据分类 (25)4.2基础数据类 (27)4.2.1患者基本信息表(JBBRJBXXB) (27)4.2.2医护人员信息表(JBYHRYXXB) (29)4.2.3仪器设备表(JBYQSBB) (34)4.2.4科室信息(JBKSXXB) (34)4.2.5收费项目目录(JB_XMML) (35)4.2.6临床项目目录(JB_LCXMML) (35)4.2.7材料目录(JB_CLML) (36)4.2.8临床收费项目对应表(JB_LCSFXMDYB) (37)4.2.9数据字典对应表（JB_ZDDYB） (38)4.2.10疾病诊断目录（JB_ZDML） (39)4.2.11手术目录（JB_SSML） (39)4.3门诊类数据 (40)4.3.1临床诊疗病史信息 (40)4.3.2诊疗业务运营信息 (51)4.4实验室报告 (53)4.4.1检验记录表(JYJLB) (53)4.4.2检验明细表（检验指标）(JYMXB) (55)4.4.3细菌结果表(XJJGB) (56)4.4.4药敏结果表(YMJGB) (58)4.4.5检查记录表（JCJLB） (58)4.4.6检查报告影像表(JCBGYXB) (60)4.5住院类数据 (60)4.5.1临床诊疗病史信息 (64)CV02.01.101 身份证件类别代码 (91)CV06.00.225治疗类别（注：中医指标，西医不传） (92)CV05.10.024 手术级别 (98)CV05.10.019入院病情 (99)4.5.2诊疗业务运营信息 (99)4.6手术报告类数据 (104)4.6.1手术记录报告(ZYSSJLBG) (104)4.7诊断明细类数据 (107)4.7.1诊断明细报告(ZYZDMXBG) (107)4.8抢救类数据 (108)4.8.1抢救记录表(QJ_JLB) (108)4.9高值耗材类数据 (110)4.9.1高值耗材使用记录表(GZHC_SYJLB) (110)4.10输血记录类数据 (111)4.10.1输血记录表(SX_JLB) (111)4.11治疗处置类数据 (114)4.11.1治疗处置记录表(ZL_CZJLB) (114)4.12临床路径类数据 (115)4.12.1临床路径执行状况表(LCLJ_ZXZKB) (115)4.13 4.8体检类数据 (116)4.13.1就诊记录表（体检）(TJJZJLB) (116)4.13.2体检总检表(TJZJB) (117)4.13.3体格及功能检查报告表(TJBGB) (119)4.13.4体格及功能检查明细表(TJMXB) (120)4.14药品类数据 (120)4.14.1药品基本信息YP_JBXXK (120)4.14.2药品出入库明细(YP_CRKMXK) (122)4.14.3药品库存信息(YP_KCXXK) (123)4.14.4药品厂家信息(YP_GYSXXK) (124)4.14.5药品调价历史(YP_TJLSK) (125)4.15数据交换类数据 (127)4.15.1数据量记录汇总(TJ_SJL_JLHZ) (127)4.16业务量统计类数据 (127)4.16.1本期主要核对指标报表 (128)4.16.2后期核对指标报表 (145)4.17临床诊疗报告日生成汇总数量 (158)4.17.1实验室检验报告数量日汇总（TJ_ZLBG_JYSL） (158)4.17.2医学影像检查报告数量日汇总（TJ_ZLBG_YXJCSL） (159)4.17.3住院相关病案报告数量日汇总（TJ_ZLBG_ZYBASL） (160)4.18医院诊疗业务实时状况 (160)4.18.1床位占用情况表（TJ_SSYW_CWZYQK） (160)4.18.2门急诊挂号情况表（TJ_SSYW_GHHZ） (161)第5章数据采集方式 (171)5.1数据采集方式说明 (171)5.1.1医院端提交数据的方式 (171)5.1.2采集结果的反馈和处理 (173)5.2数据上传的时点 (173)5.3各数据表的关联与整合 (174)5.4对数据填报提交的顺序要求 (175)第1章版本历史第2章引言本文档是区域卫生信息平台的标准规范文档，对区域内医疗机构数据接入区域卫生信息平台接口模式进行定义。