医院信息平台业务系统接口规范范本
his系统接口标准
his系统接口标准HIS系统接口标准。
一、概述。
HIS系统(Hospital Information System,医院信息系统)是指利用计算机技术、网络通信技术和医学信息学等技术手段,对医院的管理、医疗、科研等活动进行信息化管理的系统。
HIS系统接口标准是指HIS系统与其他医疗信息系统或设备进行数据交换和信息共享时所遵循的规范和标准。
二、接口类型。
1. 数据接口,用于HIS系统与其他医疗信息系统之间的数据交换,包括患者基本信息、医嘱、检验检查结果、病历资料等。
2. 服务接口,用于HIS系统与其他医疗信息系统之间的功能调用和服务调用,包括挂号、收费、排班、处方开具等功能的调用和交互。
三、接口规范。
1. 数据格式,HIS系统接口应采用统一的数据格式,如XML、JSON等,以确保数据的准确性和一致性。
2. 数据加密,对于涉及患者隐私的数据,HIS系统接口应采用加密传输,确保数据安全性。
3. 接口稳定性,HIS系统接口应具备良好的稳定性和可靠性,能够在长时间运行中保持正常的数据交换和服务调用。
4. 接口文档,HIS系统接口应有详细的接口文档,包括接口说明、参数说明、错误码定义等,以便其他系统或设备进行对接和集成。
四、接口实现。
1. 标准化开发,HIS系统接口的开发应遵循统一的标准和规范,确保不同开发人员在接口开发中能够遵循相同的规则和标准。
2. 接口测试,HIS系统接口在开发完成后,应进行充分的接口测试,包括数据交换测试、服务调用测试等,以确保接口的稳定性和可靠性。
3. 接口发布,HIS系统接口在测试通过后,应进行接口发布,提供给其他系统或设备进行集成和对接使用。
五、接口管理。
1. 接口监控,HIS系统应建立完善的接口监控机制,对接口进行实时监控,及时发现和解决接口异常情况。
2. 接口版本管理,HIS系统接口的升级和更新应进行版本管理,确保新版本的接口能够向下兼容,并提供给其他系统或设备进行逐步升级和替换。
上海最新中心系统与医院系统接口规范
上海最新中心系统与医院系统接口规范上海市医疗保险费用结算审核计算机管理系统中心系统与医院系统接口规范( 第四版 )(SHYBXXXT-00401-YYJK-200308)上海市医疗保险信息中心二零零三年八月目录一. 概述 (5)二. 医院系统的环境与通信接口方式 (5)三. 调用通信接口程序的操作步骤 (6)1.当医院系统的客户端为DOS环境时 (6)2.当医院系统的客户端为Windows环境时 (7)3.客户端配置文件格式 (7)四. 交易流程 (9)五. 交易流程说明 (12)1.门急诊、大病、住院、急观、家床支付流程 (12)2.退款流程 (12)3.登记流程 (13)六. 消息编码格式 (13)1.发送消息的编码格式 (13)2.接收消息的编码格式 (14)3.消息类型码 (14)4.消息返回码 (15)5.医疗机构代码格式 (16)6.帐户标志说明 (16)7.大病项目代码 (16)8.门诊大病登记疾病诊断分类 (16)七. 基本概念和数据格式定义 (17)1.要求 (17)2.基本概念 (18)3.数据格式定义 (18)八. 消息体格式 (19)1.保障卡基本信息读取请求(S000) (19)2.保障卡基本信息读取应答(R000) (19)3.保障卡卡号读取请求(S001) (20)4.保障卡卡号读取应答(R001) (20)5.门急诊挂号请求(SH01) (20)6.门急诊挂号应答(RH01) (20)7.门急诊挂号确认请求(SH02) (21)8.门急诊挂号确认应答(RH02) (21)9.门诊大病挂号请求(SH11) (24)10.门诊大病挂号应答(RH11) (25)11.门诊大病挂号确认请求(SH12) (25)12.门诊大病挂号确认应答(RH12) (26)13.门急诊收费请求(SI11) (26)14.门急诊收费应答(RI11) (27)15.门急诊收费确认请求(SI12) (28)16.门急诊收费确认应答(RI12) (28)17.门诊大病收费请求(SI21) (32)18.门诊大病收费应答(RI21) (32)19.门诊大病收费确认请求(SI22) (33)20.门诊大病收费确认应答(RI22) (34)21.家庭病床收费请求(SI31) (34)22.家庭病床收费应答(RI31) (35)23.家庭病床收费确认请求(SI32) (35)24.家庭病床收费确认应答(RI32) (36)25.急观收费请求(SI41) (37)26.急观收费应答(RI41) (38)27.急观收费确认请求(SI42) (38)28.急观收费确认应答(RI42) (39)29.住院收费请求(SI51) (40)30.住院收费应答(RI51) (40)31.住院收费确认请求(SI52) (41)32.住院收费确认应答(RI52) (42)33.交易查询请求(SI91) (42)34.交易查询应答(RI91) (43)35.登记请求(SJ11) (43)36.登记应答(RJ11) (43)37.登记撤消请求(SJ21) (44)38.登记撤消应答(RJ21) (44)39.登记查询请求(SJ31) (44)40.登记查询应答(RJ31) (44)41.退款请求(SK01) (48)42.退款应答(RK01) (48)43.对帐请求(SL01) (49)44.对帐应答(RL01) (49)45.帐户查询请求(SM01) (50)46.帐户查询应答(RM01) (50)九. 对帐文件格式 (50)十. 医疗机构四期接口的明细项目上传数据定义 (51)1.说明 (51)2.明细库上报命名规则和文件格式 (52)3.上传明细数据格式说明 (52)4.项目费用明细库定义 (53)十一. 上海市城镇职工医疗保险定点医疗机构结算表上报数据库定义 (57)1.说明 (57)2.上海市城镇职工医疗保险费用分类给付统计库 (58)3.上海市城镇职工医疗保险门急诊费用结算库 (59)4.上海市城镇职工医疗保险门诊大病费用结算库 (60)5.上海市城镇职工医疗保险住院费用结算库 (61)6.上海市城镇职工特殊人员门诊急诊医疗费用结算库 (63)7.上海市城镇职工特殊人员住院医疗费用结算库 (64)8.上海市城镇职工尿毒症透析病人门诊大病减负费用结算库 (65) 9.上海市城镇职工尿毒症透析病人住院减负费用结算库 (66)10.上海市城镇职工精神病病人住院减负费用结算库 (67)11.上海市城镇自由职业人员和个保人员门急诊费用结算库 (68) 12.上海市城镇自由职业人员和个保人员门诊大病费用结算库(69)13.上海市城镇自由职业人员和个保人员住院费用结算库 (70)14.上海市城镇自由职业人员和个保特殊人员门诊急诊医疗费用结算库 (72)15.上海市城镇自由职业人员和个保特殊人员住院医疗费用结算库 (73)16.上海市城镇企业职工失业丧劳特困人员门诊大病医疗费用结算库 (75)17.上海市城镇企业职工失业丧劳特困人员住院医疗费用结算库(76)18.上海市新疆兵团回沪人员门诊大病医疗费用结算库 (77)19. 上海市新疆兵团回沪人员住院医疗费用结算库 (78)附件一:区县代码表 (79)附件二:科室编码表 (80)。
20140218福建省新农合医院信息系统接口技术规范(县级普门)
福建省新农合医院信息系统医院接口技术规范2008年9月一、接口设计主体思路:采用文本文件交换信息的方式,每个业务接口主要步骤均为:医院程序删除应答文件(如果存在),提交一个请求文件,医保程序检测到后自动解释,生成一个回答文件,并删除原来的请求文件,医院程序检测到应答文件生成后就去读取医保程序返回的信息。
文件的结构主要借鉴Windows系统通用的信息文件格式(*.ini)。
为安全起见,每一个涉及收费的接口均需校验卡号。
为方便起见,对交换文件不进行加密处理,采用文本文件。
为了全省数据的一致性,病种编码,发票项目编码、药品项目和诊疗项目编码将统一标准。
注:如果医保政策或实施细则有变化,本规范将作相应调整。
二、医院程序设计注意事项:1.发出请求前,应当删除应答文件;(否则医保程序将不会响应应答文件。
)2.发出请求文件时,填写request字段的内容应填写完参数后进行;(最好采用独占方式(LOCKREADWRITE!)打开文件,一次性写完后关闭。
)3.检测应答文件时,应当等到应答文件的reply=TRUE时,方可进行读取工作。
4.写文件时,如用powerbuilder编程,不要用setprofilestring函数进行文件操作,必须使用fileopen,fileclose,filewrite,fileread等函数。
5.读结果文件时,可以和发送的信息进行一些简单的校验(例如接口发送和接收的处方数目,明细,总金额等是否一致等),保证程序正确运行。
三、各个具体业务的接口文件结构:如无特殊说明,以下提及的各个文件均放在医保安装目录(缺省为C:\medicare\hospital)下的sfjk目录下。
请求文件名为:request.txt 接口返回的文件名为:reply.txt请求和应答文件中英文字段意义说明:(C代表字符类型 N代表数值类型 N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)注意:1、jjzfe0是指新农合补偿金额 +民政救助总额+计生救助总额 +残联救助总额,新农合补偿金额:基金支付额-民政救助总额-计生救助总额 -残联救助总额,bcyljz 是指民政救助总额,jsjzze是指计生救助总额,cljzze是指残联救助总额,实时结算模式,医院垫付金额=新农合补偿金额+民政救助总额+计生救助总额+残联救助总额。
烟台市区域卫生信息平台诊疗辅助系统接口规范V1.1
56
费用类别
FYLB
57 58 59 60 61 62 63 64 65 66 67 68 69
项目名称 组套内子项服务代码 组套内检查部位子项代码 组套内检查部位子项名称 项目医院自编代码 项目医保统编代码 项目数量 项目数量单位 检查部位编码 检查部位名称 诊疗部位编码 医用材料 编码类型
XMMC ZXFWDM JCBWZXDM JCBWZX YYXMDM YBXMDM XMSL XMSLDW JCBWBM JCBW ZLBWBM YYCL BMLX 节点3103、3104开检验项目和检查 项目的时候为必填
序号
参数名称
字段名
最大长度 (字节)
必填
1
触发点代码
CFDDM
4
◎
2 3 4 5 6 7 8 9 10 11 12 13
代配药标志 身份证号码 姓名 性别 民族 出生日期 婚姻状况 固定联系电话 移动联系电话 户籍地址 居住地址 卡号
DPYBZ ZJHM XM XB MZ CSRQ HYZK GDLXDH YDLXDH HJDZ JZDZ KH
70
费用类别
FYLB
71 72 73 74 75 76 77 78
医用材料名称 医用材料医院自编代码 医用材料医保统编代码 医用材料规格 医用材料数量 材料数量单位 接口版本号 质控标志
CLMC YYCLBM YBCLBM CLGG CLSL CLSLDW VER ZKFLAG
各个字段中的内容如果有xml的特殊字符,请参照字符特殊处理说明
一下发代码
1:是;2:否
药品名称 医院药品代码 医保药品代码 包装规格单位 包装规格单位内含基本使用数量 药品规格(剂量)
YPMC YYYPDM YBYPDM BZGGDW BZDWSLY YPGG 节点3103、3104开处方或者医嘱时 为必填
一站式平台接口规范(通用版)
版本号V1.0V1. 1发布时间2022- 12-252022-01- 10说明初稿住院登记添加个人编码,门诊和住院明细添加平台医疗项目类型目录版本变更 (2)第一章、接口概述 (4)第二章、WebService 调用说明 (4)1 、webservice 请求调用XML 格式 (4)2 、webservice 服务返回XML 格式 (5)第三章、WebService 交易失败处理 (6)第四章、平台接口 (7)1、门诊预收费(F01.00.00.01) (7)2、门诊收费(F01.00.00.02) (8)3、门诊收费冲销(F01.00.01.01) (01)4、住院登记(F02.00.00.01) (01)5、住院登记撤销(F02.00.00.02) (11)6、住院明细上传(F02.00.01.01) (21)7、住院未结算明细清除(F02.00.01.02) (31)8、住院预结算(F02.00.03.01) (31)9、住院结算(F02.00.03.02) (41)10、住院结算撤销(F02.00.03.03) (51)11、个人信息查询(F00.00.00.01) (61)12、门诊结算信息查询(F00.00.00.02) (71)13、住院结算信息查询(F00.00.00.03) (81)附件一 (19)代码字典 (19)部份参数说明 (27)附件二 (27)为了更好的实现吕梁市政府提出的一站式结算系统功能需求,真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。
考虑到数据的准确性、可控性、可维护性和安全性,结合HIS 厂家以及各个医疗保险机构改造系统的艰难等多方面的考虑,在对原有系统的改造的过程中,我们准备提供WebService 以供访问来解决。
<?xmlversion="1.0"encoding="UTF-8"?><service><head><!--安全校验--><security><username>ceshiyy</username><!--平台访问用户名--><password>123456</password><!--平台访问用户密码--><entryType>农合</entryType><!--平台访问入口(农合、医保) --> </security><serviceId> F01.00.00.02</serviceId><!--方法名--><businessId> 202202240000001</businessId><!-- 惟一交易号--> </head><!-- 请求参数--><request>< akc190>202212001</ akc190>< aac001>368512</ aac001>< aac191>10002</ aac191><resultsname='list01'><result><zkc301>1001</zkc301><zkc302> 阿莫西林胶囊</zkc302></result><result>< zkc301>1002</zkc301>< zkc302>灰黄霉素片</zkc302></result></results></request></service><?xmlversion="1.0"encoding="UTF-8"?><service><head><serviceId> F01.00.00.02</serviceId><businessId> 202202240000001</businessId><sign>1</sign><!-- 服务成功标志(1、成功,0、失败)--><message>ok</message><!-- 提示信息--></head><!--返回参数--><response><zkc502>200</zkc502><akc260>100</akc260><!--结果集list01--><resultsname='list01'><result><aka063>1</aka063><aka064>床位费</aka064><akc240>30.00</akc240></result><result><aka063>2</aka063><aka064> 西药费</aka064><akc240>30.00</akc240></result></results><!--结果集list02--><resultsname='list02'><result><bkc101> 医保统筹支付</bkc101><bkc102>20.00</bkc102></result><result><bkc101> 公务员津贴支付</bkc101><bkc102>10.00</bkc102></result></results></response></service>在医院调用webservice 接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时,可根据惟一交易号进行交易结果查询操作。
医院信息系统基本功能规范范本模板
医院信息系统基本功能规范第一章总则第一条为加强卫生信息化工作的规范管理, 进一步加快卫生信息化基础设施建设, 保证医院信息系统的质量, 减少不必要的重复研制和浪费, 保护用户利益, 推动和指导医院信息化建设, 特制定本《医院信息系统基本功能规范》。
第二条制定本规范的目的是为卫生部信息化工作领导小组评审医院信息系统提供一个基本依据, 亦是现阶段商品化医院信息系统必须达到的基本要求。
第三条本规范同时为各级医院进行信息化建设的指导性文件, 用于评价各级医院信息化建设程度的基本标准。
第四条医院信息系统的定义: 医院信息系统是指利用计算机软硬件技术、网络通讯技术等现代化手段, 对医院及其所属各部门对人流、物流、财流进行综合管理, 对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息, 从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
医院信息系统是现代化医院建设中不可缺少的基础设施与支撑环境。
第五条实用性是评价医院信息系统的主要标准。
它应该符合现行医院体系结构、管理模式和运作程序, 能满足医院一定时期内对信息的需求。
它是现代医院管理工作中不可缺少的重要组成部分, 并能对提高医疗服务质量, 工作效率, 管理水平, 为医院带来一定的经济效益和社会效益产生积极的作用。
第六条医院信息系统不是简单地模拟现行手工管理方法, 而是根据医院管理模式采用科学化、信息化、规范化、标准化理论设计建立的。
在建设医院信息系统前, 医院必须首先规范自身的管理制度及运行模式。
医院信息系统建立的过程, 应是医院自身规范管理模式和管理流程, 提高工作效率, 不断完善机制的过程。
第七条医院信息系统是一个综合性的信息系统, 功能涉及到国家有关部委制定的法律、法规。
包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备…等等。
因此, 评价医院信息系统首先必须保证与中国现行的有关法律、法规、规章制度相一致, 并能满足各级医疗机构和各级卫生行政部门对信息的要求。
2_医院信息系统集成平台接口设计说明
第二部分医院信息系统集成平台接口设计说明目录1引言 (3)1.1标识 (3)1.2系统概述 (3)1.3文档概述 (3)1.4基线 (4)2引用文件 (4)3接口设计 (5)3.1接口范围 (5)3.2逻辑架构图 (5)3.3系统软件部署 (6)3.4技术架构图 (6)3.4.1数据集成 (6)3.4.2功能集成 (7)3.4.3实现说明 (8)3.5HIS系统相关接口 (9)3.5.1病人入病区场景 (9)3.5.2病人取消入区场景 (13)3.5.3病人基本信息变化场景 (15)3.5.4病人转科信息场景 (18)3.5.5科内病人转床场景 (20)3.5.6病人出院场景 (22)3.5.7出院返回场景 (25)3.5.8病人费用变化场景 (27)3.5.9调阅帐务查询场景 (29)3.5.10住院医嘱场景(护嘱) (31)3.6LIS系统相关接口 (36)3.6.1发送LIS申请场景 (36)3.6.2采集LIS报告数据场景 (39)3.6.3调阅LIS报告场景 (42)3.7PACS系统相关接口 (44)3.7.1发送PACS申请场景 (44)3.7.2采集PACS文字报告场景 (47)3.7.3调阅完整PACS报告场景 (50)3.8医技系统相关接口 (52)3.9病案统计相关接口 (52)3.9.1场景描述 (52)3.9.2数据内容 (52)3.9.3交互流程 (53)3.9.4实现方式 (53)3.10合理用药系统相关接口 (53)3.10.1场景描述 (53)3.10.2数据内容 (54)3.10.3交互流程 (54)3.10.4实现方式 (54)3.11区域信息平台相关接口 (55)3.11.1场景描述 (55)3.11.2数据内容 (55)3.11.3交互流程 (55)3.11.4实现方式 (55)3.12调阅电子病历场景 (55)3.13公共基础数据 (57)3.13.1基础数据全部上传场景 (57)3.13.2基础数据变更场景 (59)4需求的可追踪性 (61)5注解 (62)1引言1.1标识1.2系统概述现在医院信息化建设的发展,不可能完全靠一家开发商完成医院所有信息系统的开发,要实现各个医院临床信息、医院管理信息系统、电子病历系统、LIS、PACS、病案管理系统的数据交换和业务协同,实现系统间的无缝连接,建设基于电子病历的医院信息系统,开发出一个医院信息系统接口集成平台,去统一管理、实现各个信息系统间的数据交互,并用统一的标准化的接口方去实现系统间的业务协同和功能集成。
医疗机构医院信息系统数据接口规范—数据字典(2019版)
XX省医疗机构医院信息系统数据接口规范—数据字典(2019版)目录1. STD_NATIONALITY 民族类别代码 (7)2. STD_ADMINISTRATIVE_DIVISION 中华人民共和国行政区划代码 (10)3. STD_COUNTRY 世界各国和地区名称代码 (23)4. STD_EDUCATION 学历代码 (38)5. STD_FAMILY_RELATION 家庭关系代码 (41)6. STD_MARRIAGE 婚姻状况代码 (41)7. STD_OCCUPATION 职业类别代码 (42)8. STD_PROFESSIONAL_CODE 职称代码(卫生技术人员) (76)9. STD_SEX 性别代码 (77)10. STD_ICD10 疾病诊断编码 (78)11. STD_CHINESE_MEDICINE_SYMPTOMS 中医病证分类与代码 (78)12. STD_OPERATION 手术编码 (78)13. STD_CHARGE_ITEM 医疗服务价格项目编码 (78)14. STD_ORG_TYPE 卫生机构分类代码 (78)15. STD_ADDRESS_TYPE 地址类别代码 (88)16. STD_ADVIE_EXECUTE 医嘱执行频率代码 (89)17. STD_ANAES_WAY 麻醉方法代码 (92)18. STD_ASA_TYPE 美国麻醉医师协会(ASA)分级标准代码 (93)19. STD_BLOOD_TYPE ABO血型代码 (94)20. STD_RH_RESULT RH血型代码 (95)21. STD_BOOLD_MARK 输血史标志 (95)22. STD_CASE_QUALITY 病案质量等级表 (95)23. STD_DISEASE_DIAG_TYPE 疾病诊断类别代码 (96)24. STD_DRUG_TYPE 药物类型代码 (97)25. STD_FEE_SETTLE_WAY 医疗费用结算方式代码 (109)26. STD_IN_CONDITION 入院病情代码 (110)27. STD_IN_CONDITION 入院病情代码 (110)28. STD_IN_PATH 入院途径代码 (111)29. STD_INPAT_DISEASE_STATUS 住院者疾病状态 (111)30. STD_MEDICAL_ADVICE_TYPE 医嘱项目类型代码 (112)31. STD_MEDICARE_PAYMENTS_TYPE 医疗付费方式代码 (113)32. STD_MEDICINE_FORM 药物剂型代码 (114)33. STD_NARCOSIS_MARK 麻醉中西医标识代码 (119)34. STD_OPER_PART 操作部位代码 (120)35. STD_OPERATION_INCISION_HEALING 手术切口愈合等级代码 (123)36. STD_OPERATION_INCISION_TYPE 手术切口类别代码 (124)37. STD_OPERATION_LEVEL 手术级别代码 (124)38. STD_PERSON_ID_TYPE 身份证件类别代码 (125)39. STD_SEC_TYPE 医疗保险类型 (125)40. STD_USE_MEDICINE_WAY 用药途径代码 (126)41. STD_COSTING_TYPE 核算项目编码 (128)42. STD_BOOK_WAY 预约途径代码 (131)43. STD_DEPT 科室代码 (132)44. STD_DISCHARGE_CLASS 离院方式代码 (146)45. STD_EXAMINE_RESULT 检查/检验结果代码 (147)46. STD_ILLNESS_SEQUELAE 治疗结果代码 (147)47. STD_INVOICE_TYPE 发票类别目录 (148)48. STD_ORDER_TYPE 医嘱类别代码 (149)49. STD_RECIPE_TYPE 处方类别代码 (150)50. STD_REG_TYPE 挂号类别代码 (151)51. STD_REG_WAY 挂号方式 (152)52. STD_MEDICINE 药品标准编码 (152)53. STD_CARD_TYPE 卡类型代码 (152)54. STD_CASE_TYPE_CODE 病案首页类型代码 (153)55. STD_DIAGNOSE_MARK 中西医诊断标识代码 (153)56. STD_EVENT_TYPE 诊疗事件类型代码 (154)57. STD_LAB_EXAM_TYPE 检验的专业分类 (155)58. STD_OUT_SUMMARY_TYPE 出院小结类型代码 (156)59. STD_PRESCRIBE_STATUS 医嘱执行状态代码 (157)60. STD_SPECIMEN_DETERMINER 标本采集部位代码 (157)61. STD_SPECIMEN_RISK 标本危险程度代码 (161)62. STD_WHETHER_MARK 是否标记 (162)前言本规范的数据字典自发布之日起生效。
遵义市HIS系统接口规范(银海)
HIS系统接口规范一、概述为了减少医保系统业务人员的劳动强度,提高工作效率,保证记账数据的准确性,银海医保软件提供与医院HIS系统的接口程序,包括联机模式和脱机模式。
数据流向为医院HIS系统→医保软件系统。
●联机模式流程如下:医保病人在医院HIS系统办理入院后,HIS系统将医保病人的信息传入医保系统,包括医疗保险号、姓名、病历号、入院日期;医保病人办理医保入院时,医保系统根据传入的信息办理医保入院,同步入院日期。
医保病人在院期间,HIS系统的记账信息可以随时传入医保系统,医保系统可以根据传入的记账信息进行模拟结算。
医保病人在HIS系统办理出院后,HIS系统填写医保病人的出院日期,将出院标志置为Y,医保系统根据出院标志进行结算,办理医保出院手续。
●脱机模式流程如下:医保病人在医院HIS系统办理入院,同时在医保系统办理入院。
医保病人在HIS系统办理出院后,将记账信息通过U盘等介质导入医保系统,经过转换后进行结算,办理医保出院手续。
二、数据结构医保软件采用的数据库管理系统为ORACLE。
需要HIS系统写入的表结构如下:处理标志说明:0 未处理1 已处理2 超标导入3 超标禁止导入4 无码禁止导入5 已冲销6 无医保编码三、开发说明医保系统提供一个ORACLE用户hisuser,具有对yyyd用户下的表t_zyxx_his、t_fyjzmx_his的全部权限,具有对表t_zyxx、t_fyjzmxfc的查询权限。
在hisuser用户下操作yyyd用户的表请在表名前加前缀(如yyyd.t_zyxx_his)。
创建表的sql语句如下:create table t_zyxx_his( --his住院信息ylbxh varchar2(20) not null, --医疗保险号xm varchar2(10) not null, --姓名blh varchar2(10) not null, --病历号ryrq varchar2(19) null, --入院日期cyrq varchar2(19) null, --出院日期cybz char(1) null, --出院标志(Y,N)constraint pk_t_zyxx_his primary key(ylbxh,xm,blh));create table t_fyjzmx_his( --his记账明细ylbxh varchar2(20) not null, --医疗保险号blh varchar2(10) not null, --病历号xm varchar2(10) null, --姓名rq varchar2(19) not null, --日期(yyyy-mm-dd hh:mi:ss)sfdbh varchar2(14) null, --收费单编号xh number(6) not null, --序号sfxmbh varchar2(15) not null, --收费项目编号sfxmmc varchar2(60) null, --收费项目名称gg varchar2(20) not null, --规格jx varchar2(20) not null, --剂型dj number(12,2) null, --单价sl number(6,2) null, --数量fy number(12,2) null, --费用clbz char(1) null, --处理标志yllb varchar2(3), --医疗类别constraint pk_t_fyjzmx_his primary key(ylbxh,blh,rq,xh,sfxmbh,gg,jx));四、收费项目对照要完成HIS接口,首先需要完成HIS系统的药品目录、诊疗目录、材料目录与医保系统的对照表。
【公共篇-1】全民健康信息平台服务接口规范(精简版)
东软全民健康信息平台数据采集接口说明(公共篇)东软集团股份有限公司2021年1月文档修改记录目录1 基础数据约束 (4)2 开发约束: (4)3 正式数据上传服务: (5)4 数据上传服务样例: (6)5数据上传服务响应报文样例 (8)1 基础数据约束1.1机构编码注:各接入机构编码一般由卫健委提供分配,服务开发方在开发服务时可向卫健委申请。
一般为机构的统一社会信用代码。
1.2接入系统编码注:各接入系统编码一般由卫健委提供分配,服务开发方在开发服务时可向卫健委申请。
1.3失败重传约束如果数据上传失败,需要开发商自动再次上传数据。
2 开发约束:3 正式数据上传服务:3.1数据上传服务3.2正式数据上传地址格式:(ip\端口号以实际为准, 9312为上传数据默认使用的端口。
)3.3数据上传服务说明:4 数据上传服务样例:数据上传服务交换标准、请求报文结构及服务样例详见白皮书和各数据标准文档,以下以EMR_MEDICAL_EXPENSE_OPT (门急诊医疗费用主表)的数据上传服务样例:{"messages": {"heartbeat": "0", // 心跳默认为0"collectinfo": {"type": "0", // 采集类型,默认为0 正常采集。
"starttime": "20210120132923", //采集数据所属的业务时间//格式为14位时间格式"endtime": "20210120235959" //采集数据所属的业务时间//格式为14位时间格式},"business": [{// 上传的业务表名,大写"standardcode": "EMR_MEDICAL_EXPENSE_OPT",// 查询条件信息,默认为空"requestset": {"reqcondition": {"condition": []},// 分页信息,默认即可"reqpaging": "0","reqpageindex": "-1","reqpageset": "0"},// 上传业务表具体的业务字段"businessdata": [{"ORG_CODE": "PDY70810661030219A1002","ORG_NAME": "xx医院","SETTLE_ID": "123456789","INVOICE_NO": "12345678","PATIENT_ID": "6105002001083161**","OUTPATIENT_VISIT_NO": "20001_02","IDENTITY_TYPE_CODE": "01","IDENTITY_TYPE_NAME": "居民身份证","IDENTITY_NO": "6105002001083161**","PERSONAL_NAME": "测试","SEX_CODE": "1","SEX_NAME": "男性","BIRTH_DATE": "20010831","TOTAL_CHARGES": "1000","MEDICAL_INSUR_PAY": "500","DERATED_AMOUNT": "100","COPAYMENT": "400","SELF_OWN_EXPENSE": "400","IS_REFUND": "0","CHARGE_AGAINST_ID": "","EXPENSE_SOURCE_CODE": "01","EXPENSE_SOURCE_NAME": "城镇职工基本医疗保险","FEE_SETTLE_WAY_CODE": "01","FEE_SETTLE_WAY_NAME": "支付现金","BUSINESS_DEPT_CODE": "A01","BUSINESS_DEPT_NAME": " 预防保健科","BUSIN_DEPT_CODE_STD": "A01","BUSIN_DEPT_NAME_STD": " 预防保健科","CASHIER_ID": "","CASHIER_NAME": "wangbin","SETTLE_DTIME": "20200221142329","CONFIDENTIALITY_CODE": "","LAST_UPDATE_DTIME": "20200221142329","RESOURCE_ID": "","OUT_IN_ID": "","BASIC_ACTIVE_ID": "BASIC_ACTIVE_ID_123456","CREATE_DATE": "","ORGANIZATION_NAME": "","ORGANIZATION_CODE": "","DATAGENERATE_DATE": "","DOMAIN_CODE": "","BATCH_NUM": "","BUSINESS_ID": "","IS_ERROR": "","LOCAL_ID": "","ROW_ID": "","TASK_ID": "","SERIALNUM_ID": ""},{第二条数据描述}]}],"extendset": {}}}在实际上传过程中,整个请求体内容进行gzip压缩处理,放到body里进行接口调用上传。
接口规范及填写说明
接口规范及填写说明《中医重点专科住院病案首页监测直报系统》接口规范文档(适用于新版4-1)序号字段名字段含义部分字段说明1 USERNAME 机构名称2 YLFKFS 医疗付款方式《医疗付款方式字典》3 JKKH 健康卡号4 ZYCS 住院次数5 BAH 病案号6 XM 姓名7 XB 性别《性别字典》8 CSRQ 出生日期9 NL 年龄10 GJ 国籍《国籍字典》11 BZYZSNL (年龄不足1周岁的)年龄(月)12 XSECSTZ 新生儿出生体重(克)13 XSERYTZ 新生儿入院体重(克)14 CSD 出生地15 GG 籍贯16 MZ 民族《民族字典》17 SFZH 身份证号18 ZY 职业《职业字典》19 HY 婚姻《婚姻字典》20 XZZ 现住址21 DH 电话22 YB1 邮编23 HKDZ 户口地址24 YB2 邮编25 GZDWJDZ 工作单位及地址26 DWDH 单位电话27 YB3 邮编28 LXRXM 联系人姓名29 GX 关系《联系人关系字典》30 DZ 地址31 DH2 电话32 RYTJ 入院途径《入院途径字典》33 RYSJ 入院时间34 RYSJS 时35 RYKB 入院科别《科室字典》36 RYBF 入院病房37 ZKKB 转科科别《科室字典》38 CYSJ 出院时间39 CYSJS 时40 CYKB 出院科别《科室字典》41 CYBF 出院病房42 SJZYTS 实际住院(天)43 MZZD 门(急)诊诊断44 JBBM 疾病编码45 ZYZD 主要诊断46 JBDM 疾病编码47 RYBQ 入院病情《入院病情字典》48 QTZD8 其他诊断49 JBDM8 疾病编码50 RYBQ8 入院病情《入院病情字典》51 QTZD1 其他诊断52 JBDM1 疾病编码53 RYBQ1 入院病情《入院病情字典》54 QTZD9 其他诊断55 JBDM9 疾病编码57 QTZD2 其他诊断58 JBDM2 疾病编码59 RYBQ2 入院病情《入院病情字典》60 QTZD10 其他诊断61 JBDM10 疾病编码62 RYBQ10 入院病情《入院病情字典》63 QTZD3 其他诊断64 JBDM3 疾病编码65 RYBQ3 入院病情《入院病情字典》66 QTZD11 其他诊断67 JBDM11 疾病编码68 RYBQ11 入院病情《入院病情字典》69 QTZD4 其他诊断70 JBDM4 疾病编码71 RYBQ4 入院病情《入院病情字典》72 QTZD12 其他诊断73 JBDM12 疾病编码74 RYBQ12 入院病情《入院病情字典》75 QTZD5 其他诊断76 JBDM5 疾病编码77 RYBQ5 入院病情《入院病情字典》78 QTZD13 其他诊断79 JBDM13 疾病编码80 RYBQ13 入院病情《入院病情字典》81 QTZD6 其他诊断82 JBDM6 疾病编码83 RYBQ6 入院病情《入院病情字典》84 QTZD14 其他诊断85 JBDM14 疾病编码87 QTZD7 其他诊断88 JBDM7 疾病编码89 RYBQ7 入院病情《入院病情字典》90 QTZD15 其他诊断91 JBDM15 疾病编码92 RYBQ15 入院病情《入院病情字典》93 WBYY 中毒的外部原因94 H23 疾病编码95 BLZD 病理诊断出96 JBMM 疾病编码97 BLH 病理号98 YWGM 药物过敏《有无字典》99 GMYW 过敏药物疾病100 SWHZSJ 死亡患者尸检《是否字典》101 XX 血型《血型字典》102 RH Rh 《RH字典》103 KZR 科主任104 ZRYS 主任(副主任)医师105 ZZYS 主治医师病理号死亡患者尸检106 ZYYS 住院医师出院情况入院病情107 ZRHS 责任护士108 JXYS 进修医师住109 SXYS 实习医师110 BMY 编码员111 BAZL 病案质量112 ZKYS 质控医师113 ZKHS 质控护士114 ZKRQ 质控日期115 SSJCZBM1 手术及操作编码116 SSJCZRQ1 手术及操作日期117 SSJB1 手术级别《手术级别字典》118 SSJCZMC1 手术及操作名称119 SZ1 术者120 YZ1 I助121 EZ1 II助122 QKDJ1 切口等级《切口等级字典》123 QKYHLB1 切口愈合类别《切口愈合类别字典》124 MZFS1 麻醉方式《麻醉方式字典》125 MZYS1 麻醉医师126 SSJCZBM2 手术及操作编码127 SSJCZRQ2 手术及操作日期128 SSJB2 手术级别《手术级别字典》129 SSJCZMC2 手术及操作名称130 SZ2 术者131 YZ2 I助132 EZ2 II助133 QKDJ2 切口等级《切口等级字典》134 QKYHLB2 切口愈合类别《切口愈合类别字典》135 MZFS2 麻醉方式《麻醉方式字典》136 MZYS2 麻醉医师137 SSJCZBM3 手术及操作编码138 SSJCZRQ3 手术及操作日期139 SSJB3 手术级别《手术级别字典》140 SSJCZMC3 手术及操作名称141 SZ3 术者142 YZ3 I助143 EZ3 II助144 QKDJ3 切口等级《切口等级字典》145 QKYHLB3 切口愈合类别《切口愈合类别字典》146 MZFS3麻醉方式《麻醉方式字典》147 MZYS3 麻醉医师148 SSJCZBM4 手术及操作编码149 SSJCZRQ4 手术及操作日期150 SSJB4 手术级别《手术级别字典》151 SSJCZMC4 手术及操作名称152 SZ4 术者153 YZ4 I助154 EZ4 II助155 QKDJ4 切口等级《切口等级字典》156 QKYHLB4 切口愈合类别《切口愈合类别字典》157 MZFS4 麻醉方式《麻醉方式字典》158 MZYS4 情况麻醉医师159 SSJCZBM5 手术及操作编码160 SSJCZRQ5 手术及操作日期161 SSJB5 手术级别《手术级别字典》162 SSJCZMC5 手术及操作名称163 SZ5 术者164 YZ5 I助165 EZ5 II助166 QKDJ5 切口等级《切口等级字典》167 QKYHLB5 切口愈合类别《切口愈合类别字典》168 MZFS5 麻醉方式《麻醉方式字典》169 MZYS5 麻醉医师170 SSJCZBM6 手术及操作编码171 SSJCZRQ6 手术及操作日期172 SSJB6 手术级别《手术级别字典》173 SSJCZMC6 手术及操作名称174 SZ6 术者175 YZ6 I助176 EZ6 II助177 QKDJ6 切口等级《切口等级字典》178 QKYHLB6 切口愈合类别《切口愈合类别字典》179 MZFS6 麻醉方式《麻醉方式字典》180 MZYS6 麻醉医师181 SSJCZBM7 手术及操作编码182 SSJCZRQ7 手术及操作日期183 SSJB7 手术级别《手术级别字典》184 SSJCZMC7 手术及操作名称185 SZ7 术者186 YZ7 I助187 EZ7 II助188 QKDJ7 切口等级《切口等级字典》189 QKYHLB7 切口愈合类别《切口愈合类别字典》190 MZFS7 麻醉方式《麻醉方式字典》191 MZYS7 麻醉医师192 LYFS 离院方式《离院方式字典》193 YZZY_YLJG 医嘱转院,拟接收医疗机构名称194 WSY_YLJG 医嘱转社区卫生服务机构/乡镇卫生院,拟接收医疗机构名称195 SFZZYJH 是否有出院31天内再住院计划手术情况《是否字典》196 MD 目的197 RYQ_T 颅脑损伤患者昏迷入院前时间198 RYQ_XS 天199 RYQ_F 小时200 RYH_T 颅脑损伤患者昏迷入院后时间201 RYH_XS 天202 RYH_F 小时203 ZFY 住院费用(元):总费用204 ZFJE 自付金额205 YLFUF 综合医疗服务类:(1)一般医疗服务费206 ZLCZF 一般治疗操作费207 HLF 护理费住院费208 QTFY 其他费用209 BLZDF 诊断类:(5)病理诊断费210 SYSZDF 实验室诊断费211 YXXZDF 影像学诊断费212 LCZDXMF 临床诊断项目费213 FSSZLXMF 治疗类:(9)非手术治疗项目费214 WLZLF 临床物理治疗费215 SSZLF 手术治疗费216 MAF 麻醉费217 SSF 手术费218 KFF 康复类:(11)康复费219 ZYZLF 中医类:(12)中医治疗费220 XYF 西药类:(13)西药费221 KJYWF 抗菌药物费222 ZCYF 中药类:(14)中成药费223 ZCYF1 中草药费224 XF 血液和血液制品类:(16)血费225 BDBLZPF 白蛋白类制品费226 QDBLZPF 球蛋白类制品费227 NXYZLZPF 凝血因子类制品费228 XBYZLZPF 细胞因子类制品费229 HCYYCLF 耗材类:(21)检查用一次性医用材料费230 YYCLF 23治疗用一次性医用材料费231 YCXYYCLF 手术用一次性医用材料费232 QTF 其他类:(24)其他费部分字段填写说明:(一)“医疗机构”指患者住院诊疗所在的医疗机构名称,按照《医疗机构执业许可证》登记的机构名称填写。
医院信息平台交互规范 第1部分:总则
医院信息平台交互规范第1部分:总则1范围本标准规定了医院信息平台交互服务的分类体系、消息规范、消息头、消息体内容的记载要求、交互规范文档制定的基本规则以及交互规范文档的内容结构。
本标准适用于二、三级医院信息系统间的信息交互与共享。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T7408数据元和交换格式信息交换日期和时间表示法GB/T11714全国组织机构代码编制规则GB/T26231-2010信息技术开放系统互连OID的国家编号体系和注册规程WS218卫生机构(组织)分类与代码WS363-2011卫生信息数据元目录WS364-2011卫生信息数据元值域代码WS365-2011城乡居民健康档案基本数据集WS445-2014(所有部分)电子病历基本数据集WS/T500-2016(所有部分)电子病历共享文档规范3术语和定义WS364-2011、WS363-2011、WS445-2014(所有部分)、WS/T500-2016(所有部分)中界定的以及下列术语和定义适用于本文件。
4服务分类体系医院信息平台交互服务分类体系如下表1所示,共分为9个类别。
表1医院信息平台交互服务分类体系一级类目二级类目服务名称服务代码个人信息注册、查询服务个人信息注册服务S0001个人信息更新服务S0002个人信息合并服务S0003个人信息查询服务S0004医疗卫生机构注册、查询服务医疗卫生机构(科室)信息注册服务S0005医疗卫生机构(科室)信息更新服务S0006医疗卫生机构(科室)信息查询服务S0007医疗卫生人员注册、查询服务医疗卫生人员信息注册服务S0008医疗卫生人员信息更新服务S0009医疗卫生人员信息查询服务S0010文档注册、查询服务电子病历文档注册服务S0011电子病历文档调阅服务S0012电子病历文档检索服务S0013就诊信息交互服务就诊卡信息新增服务S0014就诊卡信息更新服务S0015就诊卡信息查询服务S0016号源排班信息新增服务S0017号源排班信息更新服务S0018号源排班信息查询服务S0019门诊挂号信息新增服务S0020门诊挂号信息更新服务S0021门诊挂号信息查询服务S0022住院就诊信息登记服务S0023住院就诊信息更新服务S0024住院就诊信息查询服务S0025住院转科信息新增服务S0026住院转科信息更新服务S0027住院转科信息查询服务S0028出院登记信息新增服务S0029出院登记信息更新服务S0030出院登记信息查询服务S0031医嘱信息交互服务医嘱信息新增服务S0032医嘱信息更新服务S0033医嘱信息查询服务S0034申请单信息交互服务检验申请信息新增服务S0035检验申请信息更新服务S0036检验申请信息查询服务S0037检查申请信息新增服务S0038检查申请信息更新服务S0039检查申请信息查询服务S0040病理申请信息新增服务S0041病理申请信息更新服务S0042病理申请信息查询服务S0043输血申请信息新增服务S0044输血申请信息更新服务S0045输血申请信息查询服务S0046手术申请信息新增服务S0047手术申请信息更新服务S0048手术申请信息查询服务S0049预约信息交互服务门诊预约状态信息新增服务S0050门诊预约状态信息更新服务S0051门诊预约状态信息查询服务S0052检查预约状态信息新增服务S0053检查预约状态信息更新服务S0054检查预约状态信息查询服务S0055结果、状态信息交互服务医嘱执行状态信息更新服务S0056医嘱执行状态信息查询服务S0057检查状态信息更新服务S0058检查状态信息查询服务S0059检验状态信息更新服务S0060检验状态信息查询服务S0061普通检验结果信息新增服务S0062普通检验结果信息更新服务S0063普通检验结果信息查询服务S0064药敏检验结果信息新增服务S0065药敏检验结果信息更新服务S0066药敏检验结果信息查询服务S0067检查结果信息新增服务S0068检查结果信息更新服务S0069检查结果信息查询服务S0070病理结果信息新增服务S0071病理结果信息更新服务S0072病理结果信息查询服务S0073手术排班信息新增服务S0074手术排班信息更新服务S0075手术排班信息查询服务S0076手术状态信息更新服务S0077手术状态信息查询服务S00785内容结构具体交互规范文档的内容结构要求如表2所示。
医院信息平台-业务系统接口规范范本
医院信息平台接口规范新奥博为技术有限公司2015-04更改页表单流程:①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份,由研发中心留存目录1文档说明 (5)2引用标准 (5)3接口方式 (5)3.1WS消息方式 (6)3.2业务协同与数据交换流程 (7)3.3安全访问机制 (8)4平台服务接口 (8)4.1获取令牌服务接口 (8)4.1.1接口说明 (8)4.1.2场景说明 (9)4.1.3调用地址 (9)4.1.4WS接口定义 (9)4.2消息发布服务接口 (11)4.2.1接口说明 (11)4.2.2场景说明 (11)4.2.3调用地址 (12)4.2.4WS接口定义 (12)4.3业务交换服务接口 (14)4.3.1接口说明 (14)4.3.2场景说明 (14)4.3.3调用地址 (15)4.3.4WS接口定义 (15)5业务交换服务 (17)5.1业务交互服务概述 (17)5.2基础交换服务(A) (17)5.2.1消息订阅服务(A00) (17)5.2.2患者服务(A01) (19)5.2.3医疗卫生人员服务(A02) (19)5.2.4医疗卫生机构(科室)服务(A03) (35)5.2.5术语和字典服务(A04) (40)5.3临床业务交换服务(B) (42)5.4医院管理交换服务(C) (57)6服务异常编码 (65)1文档说明本文档定义了医院信息平台(后续简称平台)和院内业务系统(HIS、LIS、PACS、EMR)的接口方式、接口规范。
2引用标准✓基于电子病历的医院信息平台建设技术解决方案(1.0 版)2011-03;✓河南省数字化医院建设指南(2014版)2014-05;✓《电子病历基本架构与数据标准(试行)》,2009-12;✓《基于电子病历的医院信息平台技术规范》,2014-10-01✓《电子病历基本数据集》,2014-5-30;✓河南省基于健康档案的卫生信息平台接口库说明(医疗服务V1.7.1)试行✓河南省基于健康档案的卫生信息平台接口库说明(卫生资源V1.0.1)试行3接口方式医院信息集成平台业务协同与数据交换采用SOA架构设计,需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
医院信息平台接口规范新奥博为技术有限公司20一五-04更改页表单流程:①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份,由研发中心留存目录1 文档说明 (5)2 引用标准 (5)3 接口方式 (5)3.1 WS消息方式 (6)3.2 业务协同与数据交换流程 (7)3.3 安全访问机制 (8)4 平台服务接口 (8)4.1 获取令牌服务接口 (8)4.1.1 接口说明 (8)4.1.2 场景说明 (9)4.1.3 调用地址 (9)4.1.4 WS接口定义 (9)4.2 消息发布服务接口 (11)4.2.1 接口说明 (11)4.2.2 场景说明 (11)4.2.3 调用地址 (12)4.2.4 WS接口定义 (12)4.3 业务交换服务接口 (14)4.3.1 接口说明 (14)4.3.2 场景说明 (14)4.3.3 调用地址 (15)4.3.4 WS接口定义 (15)5 业务交换服务 (17)5.1 业务交互服务概述 (17)5.2 基础交换服务(A) (17)5.2.1 消息订阅服务(A00) (17)5.2.2 患者服务(A01) (19)5.2.3 医疗卫生人员服务(A02) (19)5.2.4 医疗卫生机构(科室)服务(A03) (35)5.2.5 术语和字典服务(A04) (40)5.3 临床业务交换服务(B) (42)5.4 医院管理交换服务(C) (57)6 服务异常编码 (65)1文档说明本文档定义了医院信息平台(后续简称平台)和院内业务系统(HIS、LIS、PACS、EMR)的接口方式、接口规范。
2引用标准✓基于电子病历的医院信息平台建设技术解决方案(1.0 版)2011-03;✓河南省数字化医院建设指南(2014版)2014-05;✓《电子病历基本架构与数据标准(试行)》,2009-12;✓《基于电子病历的医院信息平台技术规范》,2014-10-01✓《电子病历基本数据集》,2014-5-30;✓河南省基于健康档案的卫生信息平台接口库说明(医疗服务V1.7.1)试行✓河南省基于健康档案的卫生信息平台接口库说明(卫生资源V1.0.1)试行3接口方式医院信息集成平台业务协同与数据交换采用SOA架构设计,需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。
数据交换总线功能主要包括:SOA支持,遵循SOA设计原则和技术标准,提供松耦合模式,实现业务逻辑和应用逻辑、数据逻辑等分离;智能路由支持,采用灵活的消息路由方式,支持基于消息内容的处理和路由;XML支持,支持标准XML数据的格式转换,可以通过图形化映射组件、XSLT、客户化Java程序等多种方式实现转换功能;消息发布/订阅功能,支持队列和主题两种订阅模式;3.1WS消息方式Web service是一个跨语言的,松耦合、平台独立的、基于可编程的web的应用程序,可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序,用于开发分布式的互操作的应用程序。
医院信息平台定义的WS消息交换接口满足SOAP 1.1 SOAP 1.2、WSDL1.1 WSDL2.0标准规范。
WS接口定义说明性描述主要由以下几部分组成:✓接口说明:定义和说明接口的作用和适用范围✓场景说明:定义和描述WS服务接口的调用和使用场景、说明业务处理流程;✓服务地址:描述WS服务的调用URL地址;✓请求数据结构:定义和描述WS服务的请求数据结构和参数说明;✓响应数据结构:定义和描述WS服务的响应数据结构和参数说明;3.2 业务协同与数据交换流程医院信息平台交换方式(即时模式)系统B (如HIS )医院信息平台系统A (如LIS )阶段订阅化验申请单消息接收消息订阅并存储1发送化验申请单信息接收化验申请单信息并存储化验单申请消息发布接收化验单申请消息获取化验申请单信息查询化验单申请信息返回化验单申请信息后续业务处理2345678说明:1、业务系统A (入LIS )订阅相关业务消息,医院信息平台接收消息订阅,并存储订阅信息;2、业务系统B (如HIS )处理业务过程中生成业务关键数据(如医生工作站生成实验室化验申请单),然后业务系统B 生成业务关键数据后,把业务关键数据调用医院信息平台相关接口发送到医院信息平台。
3、医院信息平台接收业务系统B 发送的关键业务数据(实验室化验单申请),将数据存储入医院信息平台数据中心,同时将新增或更新业务关键数据的信息生成消息(实验室化验申请单消息)通知推送给已经订阅了相关内容消息的业务系统A(如LIS)4、业务系统A (LIS )接收通知消息,消息内容中包括消息关联业务数据ID (实验室化验申请单ID)、消息类型(实验室化验申请单类型消息)、获取业务数据所需要的服务接口地址、获取业务数据所需要的服务编码(实验室化验申请单查询服务编码);5、业务系统A(LIS)根据消息内容调用消息中包含的服务接口地址,调用相关接口服务(实验室化验申请单查询服务)获取指定ID业务数据;6、医院信息平台根据业务系统A(LIS)传递的服务编码和业务数据ID,从医院信息平台数据中心获取指定数据;7、医院信息平台将查询到的业务数据封装为标准接口数据结构(XML)结构数据,返回业务系统A(LIS);8、业务系统A(LIS)获取指定业务数据后进行后续业务处理。
3.3安全访问机制满足数字化医院信息安全要求,建立健全的信息安全保障体系是保障院内系统安全的基础。
可靠有效的安全访问机制,是保证医院信息平台接口库和各业务系统WS服务的安全,通过身份验证防止非法用户、匿名用户和恶意用户的非法访问。
WS接口方式安全访问机制依赖医院信息平台的令牌动态口令算法,平台定义令牌加密算法,每次产生的令牌在设置时间内是有效的,超过令牌的有效期这个令牌就失效了,必须重新产生一个令牌。
4平台服务接口4.1获取令牌服务接口4.1.1接口说明医院信息平台在每次调用接口时需要带上accessToken参数,accessToken参数由systemCode和systemPassword换取。
systemCode是第三方系统编码,每个第三方应用系统拥有一个唯一的systemCode,systemPassword是系统凭证密码。
医院信息平台系统管理员可以通过管理端的权限分配给第三方系统一个唯一的systemPassword。
当第三方系统调用医院信息平台接口时,医院信息平台会根据此次访问的accessToken,校验访问的合法权限以返回相应的结果。
accessToken令牌有时效性,医院信息平台默认设置为7200秒,平台管理员可以通过系统参数修改时效参数。
如果第三方系统调用本接口时accessToken未过期,医院信息平台会自动延长accessToken到期时间。
如果调用本接口时accessToken过期,则医院信息平台会生成新的accessToken令牌并返回。
4.1.2场景说明第三方系统调用医院信息平台业务交换服务接口前,先需要通过本接口获取accessToken,然后使用accessToken再调用平台其他业务服务接口。
4.1.3调用地址xip:port//hipService/GetTokenPort4.1.4WS接口定义WSDL文档:<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions xmlns:wsdl="/wsdl/"xmlns:soap="/wsdl/soap/" xmlns:http="/wsdl/http/"xmlns:xs="/2001/XMLSchema" xmlns:soapenc="/soap/encoding/" xmlns:mime="/wsdl/mime/" xmlns:xsi="/2001/XMLSchema-instance" xmlns:tns="http:/xxinbohitx" targetNamespace="http:/xxinbohitx"><wsdl:types><xs:schema targetNamespace="xxxinbohitx" elementFormDefault="qualified"/> </wsdl:types><wsdl:message name="GetTokenRequest"><wsdl:part name="requestId" type="xs:string"/><wsdl:part name="requestIP" type="xs:string"/><wsdl:part name="systemCode" type="xs:string"/><wsdl:part name="systemPassword" type="xs:string"/></wsdl:message><wsdl:message name="GetTokenResponse"><wsdl:part name="requestId" type="xs:string"/><wsdl:part name="msgCode" type="xs:string"/><wsdl:part name="msgDesc" type="xs:string"/><wsdl:part name="accessToken" type="xs:string"/></wsdl:message><wsdl:portType name="GetTokenPortType"><wsdl:operation name="getToken"><wsdl:input message="tns:GetTokenRequest"/><wsdl:output message="tns:GetTokenResponse"/></wsdl:operation></wsdl:portType><wsdl:binding name="GetTokenBinding" type="tns:GetTokenPortType"><soap:binding style="document" transport="/soap/http"/><wsdl:operation name="getToken"><soap:operation soapAction="xxxinbohitx/services" style="document"/><wsdl:input><soap:body use="literal"/></wsdl:input><wsdl:output><soap:body use="literal"/></wsdl:output></wsdl:operation></wsdl:binding><wsdl:service name="GetTokenService"><wsdl:port name="GetTokenPort" binding="tns:GetTokenBinding"><soap:address location="xip:port/hipService/GetTokenService"/></wsdl:port></wsdl:service></wsdl:definitions>参数说明4.2消息发布服务接口4.2.1接口说明本接口主要提供消息通知服务,当医院信息平台数据中心相关业务数据发生变化,本接口会生成相关消息,然后推送到已经订阅了本消息的三方系统。