预约挂号平台HIS接口设计.
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系统接口的升级和更新应进行版本管理,确保新版本的接口能够向下兼容,并提供给其他系统或设备进行逐步升级和替换。
his接口——精选推荐
his接⼝最近开发⼀个医院信息系统的接⼝⾸先是医疗的基本知识门诊医⽣科室费⽤药品,这些都是在数据库⾥。
需要两个接⼝⼀个是⼿机端⼀个是其他平台进⾏转诊主要的技术是这些⼿机端主要是webservices TaoguWebService.asmx主要就是我提供接⼝1从传⼊的json 得到传⼊实体类2通过传⼊实体类在sql中查询3查询结果给传出的实体类转化成json返回///<summary>/// 1.13 BSC_013 查询病⼈就诊信息 ok///</summary>///<param name="HospitalID"></param>///<returns></returns>[WebMethod]public string getPatientStatus(string hospitalId, string jsonparams){hospitalId = getHospitalId(hospitalId);var inObject = JsonConvert.DeserializeObject<Invisit>(jsonparams);if (inObject == null){var jon1 = new { code = "1", codeDesc = "请传HIS系统中的患者Id" };string json1 = JsonConvert.SerializeObject(jon1);return json1;}else{if (string.IsNullOrEmpty(inObject.patientIdFromHIS) &&(string.IsNullOrEmpty(inObject.timeStart) || string.IsNullOrEmpty(inObject.timeEnd))){var jon1 = new { code = "1", codeDesc = "请传HIS系统中的患者Id" };string json1 = JsonConvert.SerializeObject(jon1);return json1;}}var dt = TaoguBLL.getPatientStatus(hospitalId, inObject.patientIdFromHIS, inObject.timeStart, inObject.timeEnd); List<OutVisit> ls = new List<OutVisit>();foreach (System.Data.DataRow dr in dt.Rows){OutVisit outObject = new OutVisit();outObject.hospitalIdFromHIS = dr["HospitalID"].ToString();outObject.patientIdFromHis = dr["PatientID"].ToString(); = dr["PatientName"].ToString();outObject.regServiceNo = dr["visitNo"].ToString();outObject.deptIdFromHIS = dr["Dept"].ToString();outObject.deptName = dr["DeptName"].ToString();outObject.doctorIdFromHIS = dr["Doctor"].ToString();outObject.doctorName = dr["Name"].ToString();outObject.regServiceType = dr["title"].ToString();outObject.regDate = dr["VisitDate"].ToString();outObject.patientStatus = dr["RegistStatus"].ToString();outObject.regLoc = "";ls.Add(outObject);}var jon = new { ListPatientStatus = ls };string json = JsonConvert.SerializeObject(jon);return json;//string json = JsonConvert.SerializeObject(ls);//return json;}其他平台主要是对xml的解析主要是我调⽤其他平台接⼝HandlerSXZZ.ashx1从html端得到⼊参调⽤cs代码2⼊参转化成对象对象再转化成xml 调⽤别⼈的webservice3返回的xml 转化成json 返回给html4 js将返回的json转化成js对象修改界⾯function a() {//debugger;b = $("#ZZBH").val();if (!b) {alert("请填写编号");return;}var obj = {};obj.ZZBH = b;c = Sys.Serialization.JavaScriptSerializer.serialize(obj);$.ajax({type: "post",url: "../WebService/ReferralService/HandlerSXZZ.ashx",data: { dowork: "cxhzzzxx", indata: c },dataType: "text",beforeSend: function (XMLHttpRequest) {},complete: function () { },success: function (data) {//alert(data);//debugger;var Outdata = Sys.Serialization.JavaScriptSerializer.deserialize(data);var Outcxhzzzxx = Outdata.response.DUALREFERRALNEW;//alert(Outcxhzzzxx.HZXXXM);//姓名$("#txt_Name").val(Outcxhzzzxx.HZXXXM);//病⼈ID$("#txt_PatientID").val(Outcxhzzzxx.HZZSYH);//转出机构$("#txt_TransferHospital").val(Outcxhzzzxx.ZCYLJGZZJGMC);//转出医⽣$("#txt_TransferDoctor").val(Outcxhzzzxx.ZZYSMC);},error: function (XMLHttpRequest, textStatus, errorThrown) {alert(XMLHttpRequest.responseText);}});}public void ProcessRequest(HttpContext context){context.Response.ContentType = "text/plain";//context.Response.Write("Hello World");//dcInfo dcinfo = new ReferralService.dcInfo();dcMsg dcmsg = new ReferralService.dcMsg();//ImplementSXZZ interfaceSXZZ = new ImplementSXZZ();ImplementTest interfaceSXZZ = new ImplementTest();string indata = context.Request["indata"].ToString();switch (context.Request["dowork"].ToString()){case"cxhzzzxx":var indcInfo = JsonConvert.DeserializeObject<Incxhzzzxx>(indata);//var indcMsg = JsonConvert.DeserializeObject<Incxhzzzxx>(indata);var dcInfo = new { request = new { objectList = new { DUALREFERRALNEW = indcInfo } } };var json = JsonConvert.SerializeObject(dcInfo);var indcinfo = CommonSXZZ.Json2Xml(json);dcmsg.bussinessCode = "DR_011";var dcMsg = new { request = new { header = dcmsg } };//dcinfo.DUALREFERRALNEW = inObject;json = JsonConvert.SerializeObject(dcMsg);var indcmsg = CommonSXZZ.Json2Xml(json);//调⽤主⽅法string returnjson = interfaceSXZZ.cxhzzzxx(indcmsg, indcinfo);string returnstring = CommonSXZZ.Xml2Json(returnjson);context.Response.Write(returnstring);break;default:break;}}public class CommonSXZZ{public static string Json2Xml(string sJson){XmlDocument doc2 = JsonConvert.DeserializeXmlNode(sJson);return doc2.InnerXml.ToString();}public static string Xml2Json(string xml){XmlDocument doc = new XmlDocument();doc.LoadXml(xml);string json = Newtonsoft.Json.JsonConvert.SerializeXmlNode(doc);return json;}}。
his系统设计方案
HIS系统设计方案1. 引言医院信息管理系统(Hospital Information System,HIS)是现代医院信息化建设的核心,通过对医院内部的信息进行统一管理和整合,实现医疗服务的高效化、精细化和个性化。
本文档将介绍一个HIS系统的设计方案,包括系统概述、功能模块、系统架构和数据管理等方面。
2. 系统概述HIS系统是一个综合性的信息管理系统,涵盖了医疗机构的各个业务环节,包括患者管理、医生工作流程、药房管理、医疗设备管理等。
系统旨在提供一个高效、安全、可靠的信息化平台,为医院提供全面的信息支持和业务管理能力。
3. 功能模块3.1 患者管理患者管理模块包括患者基本信息管理、患者预约挂号、患者就诊记录等功能。
该模块主要提供以下几个子功能: - 患者注册:记录患者的基本信息,包括姓名、性别、年龄、联系方式等。
- 预约挂号:患者可以在线上预约医生和时间,系统自动排队,提高就诊效率。
- 就诊记录:记录患者的就诊时间、医生、病历等信息,方便医生进行病情分析和治疗。
3.2 医生工作流程医生工作流程模块是HIS系统的核心功能模块之一,负责医生的工作管理和工作流程的规范化。
该模块包括以下子功能: - 接诊管理:医生可以查看自己的待诊患者列表,并逐个接诊,记录诊断结果和治疗方案。
- 医嘱管理:医生可以创建和管理患者的医嘱,包括用药建议、检查建议等。
- 报告查看:医生可以查看患者的检查报告、检验报告等相关结果。
3.3 药房管理药房管理模块负责医院药品的采购、库存和发药等业务。
该模块包括以下子功能: - 药品采购:记录药品的采购计划和供应商信息,保持药品库存的充足。
- 药品入库:记录药品的入库信息,包括入库时间、数量、批次号等,以便于药物追溯和管理。
- 药品发药:医生开具的医嘱在此模块进行药品发放,系统自动更新库存信息。
3.4 医疗设备管理医疗设备管理模块负责医院各类设备的管理和维修。
该模块包括以下子功能:- 设备台账:记录医院拥有的设备信息,包括设备名称、型号、购买时间等。
HIS系统中的门诊挂号子系统的设计
3 系统 的流程 图 以及挂 号功 能的算 法设 计 【4 }】
31 门诊 挂 号 功 能 的 实 现 .
在 门诊挂 号子 系统中 , 最重要的功能就是 实现 门诊 的挂号和收取挂
号费 的流程 。此项 工作的流程是病人去 门诊挂号 室 , 告知挂号人员 自己 的身份 信息 和所要挂的科室 , 挂号人员将病 人的信息输入 l D卡中 , 病人 图 1 数据 流图第一层 () 2数据 流图第二层 。门诊挂号子系统的数据流 图第二层见图 2 。 接着用这张 I D卡 接下 来在医 院门诊 的一 系列流程 均凭借病人 I D卡这
林如丹 , 陈澜祯
HI S系统 巾的门诊挂号子 系统的设计
本刊 E m ibb - alj@malx f.e : isi on t .n
信息技术
医
窗口巾的门诊号表选择框 中, 光标位于病人 l D输入域巾。 首先 , 用户 为就诊病人 录入该病人 的有关信息 , 包括病人 的姓 名 f 必输)性 别、 、 年龄 、 工作单位、 系地址等。 联 若该病人有病人标志号 , 则
12 4
3 挂号功 能的算 法思想 . 2
挂 号费 、 诊疗 费 ; 读取 当前 门诊号 的有关信 息 cr n n, 最新的 当前 u et o取 r _
门诊号 的当前 序号 cretn l判 断是否 超过 当天的最大 限号数 , urn o , 如果 超过 , 则提示 挂号失败 , 如果没有超 过 , 则更新门诊号表 中该 门诊 号的当
一
唯一 的标志作为依据 。图 4为 门诊挂号子系统的系统流程图。 输 入病人费别 , 根据病人 的费别查找诊疗 费 , 算本次挂 号交易 的 计
2为四大模块 : 号处理模块 : 括当 日挂号 模块 挂 包 和退号模块 ; 挂号结账模块 : 包括结账模块 和结账查 询模块 ; 门诊安排模 块: 包括 门诊号 别录人模块 、 门诊 号别查询模块 、 门诊安排 录入模 块 、 门
医院HIS管理系统详细设计说明书
医院HIS管理系统详细设计说明书医院HIS管理系统详细设计说明书1 介绍本章节旨在提供对医院HIS管理系统的概述、目标和范围的详细说明。
1.1 背景在这个部分,说明医院HIS管理系统的开发背景和目的。
1.2 目标这一部分描述医院HIS管理系统的主要目标,例如提高医院管理效率、优化患者就诊流程等。
1.3 范围这一部分说明医院HIS管理系统所涵盖的功能和模块的范围。
2 功能需求本章节详细描述医院HIS管理系统的功能需求,包括但不限于以下模块:2.1 患者管理详细描述患者管理模块的功能需求,包括患者注册、患者档案管理、患者信息查询等。
2.2 预约挂号详细描述预约挂号模块的功能需求,包括医生排班管理、预约挂号、预约取消等。
2.3 医生门诊详细描述医生门诊模块的功能需求,包括医生排班查询、患者就诊记录管理等。
2.4 医技检查详细描述医技检查模块的功能需求,包括医技科室排班管理、医技检查申请、检查结果查询等。
2.5 药房管理详细描述药房管理模块的功能需求,包括药品库存管理、药品采购、药品发放等。
2.6 财务管理详细描述财务管理模块的功能需求,包括费用结算、财务报表、费用统计等。
3 技术架构本章节详细描述医院HIS管理系统的技术架构,包括硬件环境、软件环境、数据库设计等。
3.1 硬件环境描述医院HIS管理系统所需的硬件设备和配置要求。
3.2 软件环境描述医院HIS管理系统所需的操作系统、开发工具和其他软件的环境要求。
3.3 数据库设计详细描述医院HIS管理系统的数据库设计,包括数据表结构、数据字典等。
4 界面设计本章节详细描述医院HIS管理系统的界面设计,包括系统登录界面、功能模块界面等。
4.1 系统登录界面描述医院HIS管理系统的登录界面设计,包括用户名、密码输入框、登录按钮等。
4.2 功能模块界面描述医院HIS管理系统各功能模块的界面设计,包括菜单、按钮、表格等。
5 数据流程本章节详细描述医院HIS管理系统各功能模块之间的数据流程,包括数据的输入、输出、传递等。
his系统设计方案
his系统设计方案在设计一个面向医院管理系统的系统方案时,首先需要明确系统的目标和功能,目标是为医院提供高效、方便和安全的管理,功能包括预约挂号、医生排班、病历管理、药品管理等。
该系统将采用C/S架构,即客户端-服务器模式。
客户端包括网页端和移动端,通过浏览器或移动应用程序与服务器进行交互。
服务器端采用面向对象的分析和设计方法,使用Java编程语言编写,使用MySQL数据库管理数据存储。
在系统设计方案中,预约挂号功能是一个重要的模块。
患者可以通过系统预约医院的医生,系统将根据医生的排班情况、患者的预约时间和医生的可接诊人数进行排队。
患者可以在预约后的指定时间段内前来医院就诊。
医生排班功能是医院管理系统的关键模块之一。
系统可以显示医生的排班表,医生可以自主设置排班时间和可接诊人数。
系统会自动提醒医生就诊时间和预约状况。
病历管理功能是医院管理系统的核心模块。
系统可以根据患者的就诊记录生成病历,包括患者的个人信息、症状、诊断结果和药物处方等。
医生可以通过系统查看和编辑患者的病历,确保医疗记录的准确性和完整性。
药品管理功能是医院管理系统的必要模块之一。
系统可以管理医院的药品库存、进货和销售记录。
医生可以通过系统查看各种药品的信息、库存情况和使用记录,确保药物的安全和有效使用。
为了保证系统的安全性,系统设计将采用用户权限管理机制。
不同用户拥有不同的权限,医生和护士可以查看和编辑病历、排班等信息,患者和普通员工只能查看相关信息。
在用户登录时,系统会验证用户的用户名和密码,确保只有合法用户才能访问系统。
综上所述,该医院管理系统的设计方案将采用C/S架构,使用Java编程语言和MySQL数据库,实现预约挂号、医生排班、病历管理、药品管理等功能。
系统将具有良好的用户界面和安全性,能够提高医院管理效率,提供更好的医疗服务。
智慧医院his系统设计方案
智慧医院his系统设计方案智慧医院HIS系统设计方案一、项目简介智慧医院HIS系统是一种利用信息技术手段对医院各种流程进行管理、整合和优化的系统。
通过整合医院内部各个部门和业务系统的信息,实现医院内部各项工作的高效管理和协同工作,提高医院的管理效率和医疗服务水平。
二、系统架构智慧医院HIS系统包括前端和后端两个部分。
前端主要负责用户的接入和展示,后端负责数据的处理和存储。
1. 前端架构前端采用Web前端开发技术,包括HTML、CSS和JavaScript等。
通过浏览器访问系统,用户可以进行各项操作和查询。
前端界面应简洁、直观,方便用户使用,同时支持多终端访问,包括PC端和移动端。
2. 后端架构后端采用分布式架构,主要包括应用服务器、数据库服务器和文件服务器等。
应用服务器负责接收用户请求、处理业务逻辑和返回结果,数据库服务器负责存储和管理系统中的各种数据,文件服务器负责存储系统中的各种文件。
三、系统功能设计智慧医院HIS系统的功能设计主要包括以下几个方面:1. 患者管理包括患者基本信息管理、患者就诊记录管理、患者费用管理等。
通过该功能可以方便地查询和管理患者相关信息,提高就诊效率和服务质量。
2. 医生管理包括医生信息管理、医生排班管理、医生工作量统计等。
通过该功能可以方便地查询和管理医生相关信息,提高医生的工作效率和管理水平。
3. 科室管理包括科室信息管理、科室排班管理、科室工作量统计等。
通过该功能可以方便地查询和管理科室相关信息,提高科室的工作效率和管理水平。
4. 药品管理包括药品信息管理、药品采购管理、药品配送管理等。
通过该功能可以方便地查询和管理药品相关信息,提高药品的使用效率和安全性。
5. 检查检验管理包括检查检验申请管理、检查检验结果管理、检查检验费用管理等。
通过该功能可以方便地查询和管理检查检验相关信息,提高检查检验的效率和质量。
6. 门诊挂号管理包括患者挂号管理、预约挂号管理、挂号费用管理等。
医院HIS管理系统详细设计说明书
医院HIS管理系统详细设计说明书医院HIS管理系统详细设计说明书1.引言1.1 目的本文档旨在详细说明医院HIS管理系统的设计方案,包括系统架构、数据库设计、模块功能等内容,以指导系统的开发和实施过程。
1.2 背景医院HIS管理系统用于支持医院的日常管理工作,包括患者挂号、医生排班、药品管理、医疗费用结算等操作。
本系统将提高医院管理效率,提供更好的医疗服务。
2.系统架构2.1 总体架构医院HIS管理系统采用分布式架构,包括前端(客户端)、应用服务器和数据库服务器三层架构。
前端通过应用服务器与后端数据库进行通信。
2.2 前端设计前端设计采用Web界面,支持不同终端的访问,提供用户友好的操作界面。
2.3 应用服务器设计应用服务器作为系统的核心,负责处理用户请求、业务逻辑处理以及与数据库服务器的通信。
2.4 数据库服务器设计数据库服务器采用关系型数据库,存储医院的各种数据,包括患者信息、医生信息、药品信息等。
3.数据库设计3.1 概述数据库设计是医院HIS管理系统的核心部分,系统的性能和可靠性直接受数据库设计的影响。
本章节详细说明数据库的设计方案。
3.2 数据库模型根据医院的业务需求,设计了患者信息表、医生信息表、药品信息表等核心表,同时设计了相关的关联表和索引,以提高查询性能。
3.3 数据库操作详细描述了数据库的增、删、改、查等操作的具体实现方式,包括SQL语句和存储过程的编写。
4.模块功能设计4.1 患者管理模块包括患者挂号、就诊记录管理、患者基本信息修改等功能。
4.2 医生管理模块包括医生排班、医生出诊表管理、医生信息查询等功能。
4.3 药品管理模块包括药品库存管理、药品进货管理、药品信息查询等功能。
4.4 医疗费用管理模块包括医疗费用结算、费用查询、发票打印等功能。
5.附件本文档附带以下附件:- 数据库设计文档- 界面原型设计图- 系统流程图等6.法律名词及注释- HIS:Hospital Information System,医院信息化管理系统。
2023-HIS智慧医院综合平台总体设计方案V2-1
HIS智慧医院综合平台总体设计方案V2 HIS智慧医院综合平台是一款针对医疗服务行业开发的软件系统,旨在为医院提供高效、方便、可靠的管理服务,涵盖了医疗信息化的方方面面,包括病历管理、门诊挂号、住院床位管理、医疗质控等多个模块。
在V2版本中,团队对综合平台总体设计进行了优化和完善,进一步提升了平台的整体性能和用户体验。
一、需求分析首先,在进行平台总体设计前,团队进行了充分的需求分析,确定了平台所要覆盖的领域和功能模块,以及用户使用的场景和操作流程,从而做到了定位明确、功能清晰,为后续设计和开发工作提供了有力的基础。
二、数据架构设计针对医疗数据的大规模、高复杂度和长期保存的特点,团队采用了分布式存储的策略,对数据架构进行了重新设计,保证了数据的高可靠性和安全性,并且提升了数据的处理速度和稳定性。
三、界面设计为了让用户能够更快捷、便利地使用平台,团队对平台的界面进行了全面升级设计,采用更加自然、直观、优美的画面风格,使得整个平台显得更加友好化和易用性,加强了用户的一致性体验,提升了工作的效率。
四、功能升级在V2版中,综合平台团队还对原有的基础模块进行了功能升级。
例如在挂号模块中增加了在线支付功能;在病历管理模块中增加了病例分析功能;在住院床位管理模块中增加了床位调整功能等。
这些升级功能不仅可以满足医生、患者等不同用户的需求,而且还可以更好地支持医院的各项业务工作,提高医院的服务水平。
五、安全性及可靠性设计面对客户数据的安全和可靠性,团队采用多重安全性策略,对整个系统进行严密的保护和管理,其中包括数据的备份与恢复、安全审计机制、权限控制等多方面的保障。
这些策略不仅可以防止黑客攻击和病毒入侵,同时也保障了医院客户数据的可靠性和安全性。
总之,HIS智慧医院综合平台V2版本在总体设计方案上进行了全面升级和改造,从数据架构、界面设计、功能升级以及安全性及可靠性等多方面进行了提升。
这些新功能的加入和升级,为医院提供了更加高效、方便、可靠的管理服务,进一步满足了医院的实际需求,也为医疗信息化的发展和普及起到了积极的推动作用。
技术参数(HIS)
序号品目名称主要技术参数数量备注1 医院管理信息系统(HIS)1.门诊挂号系统11.1支持门诊病人基本信息(如患者姓名、性别、年龄、民族等)的采集和对患者进行挂号、退号、挂号信息管理。
1.2支持挂号退号单打印及相关票据管理,管理内容包括挂号收据和门诊收据的收据领用、票据作废等。
1.3提供与挂号相关的查询统计功能。
1.4提供相关的字典设置功能如号别维护等。
1.5支持挂号结账和取消结账功能。
1.6支持预约挂号管理,可添加、修改预约挂号患者信息。
可获取预约挂号病人信息进行正常的挂号操作。
2.门急诊收费系统2.1门诊划价,系统在病人就诊时,对医生开具诊疗及药品时提供由门诊医生工作站实现自动划价处理,支持划价收费一体化处理。
X2.2结算的时候根据病人的身份对全额费用进行处理,如医保病人根据医保政策对费用进行分解,自动收取自费部分的费用,记账医保承担部分;自费病人全额收费。
支持与医保系统的实时连接,可以让医保系统共享到病人信息及其费用数据信息。
2.3收费收据支持自费公费项目自动分开打印的功能,收费清单需显示药品、检查项目及卫生材料的全名,提供医保标志提示功能。
2.4退费处理:必须按现行会计制度和有关规定严格管理退款过程,程序必须使用冲帐方式退款,每笔退费数据都可查询其相应的原始记录及操作人员。
2.5提供符合医院财务管理规定的发票管理功能。
2.6按财政和卫生行政部门规定格式打印报销凭证,计算机生成的凭证序号必须连续,不得出现重号。
2.7门急诊划价收费系统具有严格发票号管理(支持使用发票号和机器生成号管理发票),提供收款员输入单据起止号的入口。
2.8打印发票时,应有医保患者身份显示,发票应有费用明细打印,条目与物价字典一致。
费用明细标注医保类别。
2.9日结功能:必须完成日收费科目汇总,科目明细汇总,科室核算统计汇总。
2.10统计查询功能:患者费用查询、收费员工作量统计、收款员发票查询、作废发票查询等。
报表打印输出等。
预约挂号平台HIS接口设计
预约挂号平台HIS接口设计接口设计说明书(HIS部分)编制:审核:批准:2022年10文档修改记录版本号V1.0.0V1.0.1修订日期2022-11-12022-12-10创建修订说明编写者汪凌汪凌审核者1总体设计1.1总体要求预约挂号系统平台与各医院HIS之间是一对多的接入关系,因医院HIS系统各不相同:建设厂家不同,版本不同,环境不同;与平台间的网络连接方式也存在差异。
为保证平台的兼容性和可扩展性,要求该接口规范具备高通用性,可跨平台、跨语言实现,且适用于不同的网络环境和硬件设备。
1.2系统拓扑VPN专线管理后台前置服务器WEB服务器数据库主数据库备预约挂号平台服务商统一接口12580VPN专线114VPN专线预约挂号服务平台线N专浙江在线VPN专线VP96365医院医院HIS前置医院HIS系统管理后台数据库主数据库备1.3模块说明本文档涉及的接口应用布署于拓扑图中的“医院Hi前置”上。
预约挂号系统包括两大类应用:一.HIS向预约挂号平台上传预约挂号系统所需的基本信息(如:医院信息、科室信息、医生信息、排班信息、停诊信息等)和其他交易信息(如:患者预约后二.三.的实际就诊情况、患者投诉情况、患者注册信息等)。
该类交易平台为服务端,HIS为客户端。
平台方提供DLL函数接口,供HIS调用。
平台向HIS发起的实时交易请求(如:预约挂号、预约取消、患者信息向医院传送等)。
该类交易平台为客户端,HIS为服务端。
HIS提供存储过程供平台调用。
详细业务部分请参阅《省预约挂号平台业务操作规范.doc》2平台与医院HIS接口平台与医院HIS前置之间采用TCP/IP通讯协议,建立两对SOCKET端口(互为客户/服务端):一对用于医院HIS系统发起的交易(HiToEb),一对用于平台发起的交易(EbToHi)。
其中客户端作为发送数据端口,服务端作为接收数据端口。
HIS作为客户端时,通过调用平台提供的DLL函数发起交易请求;HIS作为服务端时,向平台开放存储过程。
HIS与排队叫号系统接口设计
HIS与排队叫号系统接口设计Design of the Interface Between HIS and Queuing-Calling System现在越来越多的医院因为业务的需要,采用了类似银行办理业务的柜台制,与此相应的采用了专业的硬件排队叫号系统,如出院结算中心、输液中心等叫号系统。
病人取排队号的时候,排队号条上仅仅是一个号码,没有病人的姓名、性别等具体信息。
由于医疗安全的需要,医院采用专业的排队叫号系统的某些场合需要在打印出的排队号条上显示病人的基本信息如姓名、性别、年龄等,同时能呼叫到姓名,以符合医疗核对规范。
这就要求排队叫号系统与医院信息系统(HI S)之间必须通过接口连接,才能够采集到病人的基本信息[1]。
1000 余瓶次,经过流程再造后,目前的流程是:挂号、分诊、候诊、就诊(打印输液处方)、皮试、缴费、取药(打印排队号交给病人,病人不拿药品,药品通过自动传输带传送到输液配置中心)、输液大厅等候、输液。
我院在儿童医疗中心输液台采取的是柜台制度,每个输液台上标明号码,安装硬件叫号器,LED 条屏。
护士用硬件呼叫器按顺序呼叫病人前来输液。
此时,当前输液台上方的 LED 条屏显示“请 ** 号 ** 前来输液”;输液大厅里的 LED 屏、液晶电视等也显示“请 ** 号 ** 到 * 号输液台输液”。
同时排队系统直接语音呼叫病人病人到指定的输液台后,输液护士核对病人手里的排队号条上病人信息和输液处方上的信息后,进行输液[2]。
1.2 接口方式比较接口一般有多种实现形式,如动态链接库调用(DLL)封装函数的形式,即排队叫号系统提供 DLL 由 HIS 调用,这需要 HIS 厂商修改程序,所需时间较长,这种方法目前采用的越来越少;目前采用较多的 WebService 方法是由一1 接口设计方法1.1 具体情况我院的儿童医疗中心门诊输液量最多的时候达到每天收稿日期:2014-04-22 作者邮箱:*******************64中国医疗设备2014年第29卷11期VOL.29 No.11王明举,胡桂平,王霞,潘杰,魏森湖北医药学院附属太和医院信息资源部,湖北十堰 442000WANG Ming-ju,HU Gui-ping, WANG Xia,PAN Jie,WEI Sen Department of Information Resources, Aff i liated Tai h e Hospi tal o f Hubei University of Medicine, Shiyan Hubei 442000, China [摘要]目的整合医院信息系统(HI S)与专业的硬件排队叫号系统,使排队叫号系统更安全可靠。
医院预约平台建设方案设计
医院预约平台建设⽅案设计医院预约平台建设⽅案1.项⽬总体情况1.1项⽬简介为拓宽我院挂号渠道,减少患者排队挂号的时间,落实卫⽣部三级医院开展预约诊疗要求。
利⽤B/S系统架构实现远程挂号预约与院医⽣、科室就诊信息的浏览。
1.2当前的系统需要配合情况HIS系统是由我公司前期开发,⽽预约平台的建设需要HIS数据库和HIS 业务系统做后台和前台⽀持。
需要项⽬配合的⼯作⼤致有:1)数据库相关表的变动及技术⽀持2)数据库相关表的增加3)现场预约挂号模块的相关变动及技术⽀持1.3项⽬难点●项⽬涉及跨平台数据交换●需要对所涉及的系统作充分的现状分析和调研●对项⽬实施过程中,不能影响所涉及系统的正常运⾏●调试、测试⼯作量⼤●需要较快的响应速度●⽤户数量多,需要较⾼的并发性●系统需要保证7×24⼩时运⾏,需要⾼稳定性2.系统架构2.1总体架构项⽬总体架构如图2-1所⽰:图2-1 系统总体架构系统以HIS为中⼼,挂接到HIS上,采⽤分层处理的⽅式,在HIS医院信息系统与应⽤平台(门户⽹平台)之间增加⼀个接⼝层。
对于各应⽤平台的数据访问必须通过接⼝层完成,接⼝层的作⽤如下:●在安全性上隔离应⽤平台对HIS的访问。
●验证应⽤平台的访问权限。
●限制对HIS医院信息系统的访问量,防⽌因客户访问量的增加⽽增加HIS负荷。
●向应⽤平台⼴播医⽣排班、停诊等信息。
2.2功能架构系统功能架构如图2-2所⽰:图2-2 系统功能架构现有HIS系统已完成了对现场预约和诊间预约的功能实现,应⽤平台上门户平台的系统也已完善,当前需要建设接⽹上预约接⼝,在应⽤平台上,重点是建设医院门户⽹预约。
2.3物理架构物理架构如图2-3所⽰:。
HIS系统与分诊叫号系统接口设计与实现
HIS系统与分诊叫号系统接口设计与实现随着人们生活质量的提高和医保的普及,对医疗机构的服务要求也越来越高。
挂号时间长、就诊等候时间长、交费时间长、就诊时间短等问题日益突出。
上线门诊分诊叫号系统后,通过与HIS系统的多个子系统集成,实现了就诊、取药、检验检查的排队叫号功能,克服了门诊“三长一短”现象,提高了患者的满意度,提升了医院形象和服务质量。
标签:HIS系统叫号系统接口1 应用背景我院于2003年9月落成,是目前亚洲最大的心脏病专科医院。
我们的HIS 系统采用J2EE的B/S三层结构,中间层采用IBM Websphere,数据库为IBM DB2。
该系统本身没有分诊叫号功能,随着我院门急诊患者的日益增多,挂号时间长、就诊等候时间长、交费时间长、就诊时间短等问题日益显现,能够有效管理患者,优化和方便患者的就医流程、让广大患者有序、轻松就医成为医院提高医疗服务水平的迫切要求。
分诊叫号系统就是实现这种迫切要求的有效手段之一。
考虑到分诊叫号系统涉及到LED屏通讯与显示、语音合成播放等专业技术,而HIS供应商对这方面技术掌握较少,所以医院决定采购第三方系统与HIS进行接口实现的方式。
经过公开招标,最终采购的门诊分诊叫号系统用Delphi开发的C/S 结构软件,数据库采用MS SQL SERVER2000,该系统中文语音发音软件为公司自主开发,采用OCX插件方式,在招标中与其他几家厂商比较其语音合成播放最接近自然人发音且语音、语速、声调均可人工调整,英文发音采用微软TTS 引擎。
分诊叫号系统支持单机多屏,如:LED屏,LCD电视等的多种展示方式,做到语音呼叫的同时在LED屏上醒目提示。
2 接口设计与实现2.1 接口设计和其他医院HIS系统与叫号系统大都采用直接连接对方数据库方式不一样,我院HIS与分诊叫号系统接口采用socket方式通讯进行数据交换。
所谓socket通常也称作“套接字”,socket接口是TCP/IP网络的应用程序接口(API),运行在传输层,所以要在使用socket建立连接发送数据时,要指定一个端口给它[1],我们指定端口3000作為双方的数据传输端口。
HIS接口方案
PACS\HIS系统接口方案北京盈佳浩迅科贸有限公司医院PACS/ HIS 系统接口方案Windows 用户2013-09-17目录一设计的基本模型 (1)1.1 基本模式 (1)1.2数据交换原则 (1)1.3 PACS 从HIS 系统获取数据的办法 (2)二PACS\HIS实现的功能 (3)2.1获取病人的基本信息 (3)2.2获取病人电子申请单 (3)2.3住院病人实现电子预约 (4)1.4 2.4预约、取消预约提醒 (5)2.5费用核销 (5)三需要提供的数据及结构 (7)3.1 预约申请视图EXAM_APPLY (7)3.2 申请项目视图EXAM_APPLY_ITEM (9)3.3申请病人视图EXAM_APPLY_PATIENT (9)四需要提供的存储过程 (11)4.1 预约确认存储过程 (11)4.2、取消预约存储过程 (11)4.3 确认门诊检查状态存储过程 (12)1.5 4.4 确认住院检查状态存储过程 (12)五HIS系统从PACS系统获取报告 (13)5.1 HIS调用PACS临床浏览接口 (13)5.2、诊断结果视图V_ HISCENTER (13)六PACS调用电子病历接口 (16)6.1调用EXE方式 (16)6.2 WEB调用方式 (16)一设计的基本模型1.1 基本模式HI S 申请登记信息传递给 PA CS /RIS ,PA CS / RI S 把检查报告再传给 HI S 。
HIS 主要完成病人的检查申请信息和病人的自然信息、标识信息、诊断信息、检查项目、费用等信息的登记,传递给 RIS,由 RIS 安排预约检查。
而PACS/RIS 则将检查所得图像信息与检查报告一起保存于 PACS/RIS 中同时把 PACS/RIS 的检查报告传递给 HIS,并确认检查状态。
HIS 与PA CS / RIS 的流程示意图1.2数据交换原则1、由数据产生方提供数据,数据利用方写入已方数据库2、尽可能的减少程序界面操作的步骤,尽可能从后台实现。
门诊排队系统HIS接口视图
门诊排队系统HIS接口视图x一、功能简介与HIS连接。
读取科室、挂号类别、医生信息、病人挂号信息,为排队系统提供排队信息。
二、HIS接口要求1、严格按视图要求建分诊需要的视图,非空的不能为空,并分配一个普通用户,用该用户有相应权限直接访问该视图。
2、系统只读取当天的挂号数据,测试时需要提供当天的测试数据。
3、lb_department提供所有挂号科室编号及名称,code必须唯一。
4、lb_type中department_code可为null。
当为null时,该类别为所有科室共用。
5、lb_patient中sn为唯一流水号。
如是网上预约或114预约信息,register_time填取票时间。
不挂到指定医生时doctor_code可为null。
6、register_time为datetime格式,如果不能提供datetime格式,按datetime格式化。
7、建各视图时,若存在his不能提供、不知该取何值且视图表格中提示“可空”的字段,请将该字段值设为“null”。
非空的字段必须提供。
8、各视图间存在对应关系。
1)lb_type中的department_code与lb_department中code相对应 2)lb_patient中的department_code与lb_department 中code 相对应 3)lb_patient中的type_name与lb_type 中name 相对应4)lb_patient中的doctor_code与lb_doctor 中code 相对应视图名称字段名数据类型说明描述说明示例数据lb_department 门诊挂号科室信息视图code varchar(20) 主键科室编号B301 name varchar(32) 非空科室名称内科lb_type门诊挂号类别信息视图name varchar(32) 非空挂号类别名称普通门诊department_code varchar(20) 可空科室编号B301lb_doctor code varchar(20) 主键医生编号/工号100001医生信息视图name varchar(20) 非空医生姓名钟南山title varchar(20) 可空职称主任医师sex varchar(20) 可空性别男department_code varchar(20) 可空科室编号B301lb_patient挂号病人信息视图2016-01-12增加影像排队队列sn varchar(20) 主键流水号20140103093501 code varchar(20) 非空病人编号/病历号/一卡通卡号B90000 sscard varchar(20) 可空社保卡号987654321 name varchar(20) 非空病人姓名王小五department_code varchar(20) 非空科室编号B301type_name varchar(32) 非空挂号类别名称普通门诊doctor_code varchar(20) 可空医生编号100001 register_time datetime 非空挂号时间2013-11-2610:30:50 ticket_number varchar(20) 可空排队号码0002 ticket_order integer 可空排队顺序号 1state integer 可空就诊类别0:普通1:复诊2:预约3:急诊4:转诊5:VIP6:停诊sex varchar(20) 可空性别女cancel_ticket int 可空退号状态1: 退号0:正常视图脚本:CREATE view[lb_type]asselect BCB03name,BCK01department_codefrom BCB1aGOcreate view[lb_patient]as--检查登记列表selectPAA06sn,a.VAA03code,a.iak05sscard,a.VAA05name,e.BCK01department_code,p.BBC01type_name,b.BCE02doctor_code,e.PAE17register_time,PAE09ticket_number,PAE09ticket_order,case when PAA30=1 then 3 else 0 end state,case e.abw01when 1 then'男'when 2 then'女'end sex,0 cancel_ticketfrom PAE1ejoin PAA1p on e.PAA01=p.PAA01join VAA1a on a.VAA01=p.VAA01left join BCE1b on p.BCE01A=b.BCE01where datediff(day,PAE17,getdate())=0 and PAA35=1union all--挂号病人信息视图selectconvert(varchar(10),c.VAC01)sn,a.VAA03code,a.iak05sscard,a.VAA05name,c.BCK01A department_code,c.BCB03A type_name,c.BCE02A doctor_code,c.VAC36register_time,VAD21ticket_number,VAD21ticket_order,case when VAC10=1 then 3 when VAC06=1 then 1 when VAC43=1 then 2 when VAC51=1 then 4else 0 end state,case a.abw01when 1 then'男'when 2 then'女'end sex,case when VAC45=2 then 1 else 0 end cancel_ticketfrom VAC1cjoin VAA1a on c.VAA01=a.VAA01left join VAD1d on c.VAC01=d.VAC01where c.VAC45in(1,2)and c.VAC09=0 and datediff(day,VAC36,getdate())=0GOcreate view[lb_doctor]as--医生信息视图selectBCE02code,BCE03name,b.AAH02title,case a.abw01when 1 then'男'when 2 then'女'end sex,c.bck02department_codefrom BCE1aleft join AAH1b on b.AAH01=a.AAH01join BCK1c on a.bck01=c.bck01where BCE41=1AND EXISTS(SELECT*FROM BAA1d WHERE d.BCE01=a.BCE01AND d.AAA01='01')GOCREATE view[lb_department]asselect BCK01code,BCK03namefrom BCK1awhere exists(select*from BAZ1b where b.BCK01=a.BCK01and b.ACF01in(1 ,3)and b.BAU01 ='01')GO。
智能导诊系统与HIS接口方案
智能导诊系统与HIS接口方案接口方式HIS提供视图,智能导诊系统根据病人编号在视图查询病人的相关基础信息。
接口内容●HIS提供名为HisRegister的视图●视图至少包含以下字段⏹NUM,——卡号/编号,此字段为病人的唯一标识⏹BRNAME,——病人姓名⏹SEX,——病人性别,0女1男⏹AGE,——病人年龄⏹DOCT_CODE,——如果不为空则此字段生效,系统会自动指定对应医生⏹DOCT_NAME,——如果不为空则此字段生效,指定的医生姓名⏹DEPTID,——部门ID,暂时无效,建议初始为0⏹QUEUEID——如果不为0则此字段生效,系统会自动选择相应队列⏹DES——备注⏹ID——还是病人编号/此字段用来做复诊的判断配置方法在排队端的配置文件中●元素INTERFACEDATABASE为接口数据库类型,可以填入ORACLE或者SQLSERVER。
例如:<!--数据库类型(ORACLE||SQLSERVER)--><add key="DATABASE"value="SQLSERVER" />●元素Interface.Properties.Settings.ConnectionString为接口的数据库链接串。
例如:⏹如果是oracle链接串则形如<add name="Interface.Properties.Settings.ConnectionString"connectionString="Data Source=xy;User ID=fenzheng;Password=fenzheng;Unicode=True"providerName="System.Data.OracleClient" />⏹如果是sqlserver链接串则形如<add name=" Interface.Properties.Settings.ConnectionString"connectionString="Data Source=ZXM-PC\SQLEXPRESS;Initial Catalog=MediaItem_Tempxy0901;User ID=sa;pwd=sa;" />。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
文档编号:
密级:
预约挂号系统
接口设计说明书
(HIS部分)
编制:
审核:
批准:
2010年 10
文档修改记录
1总体设计
1.1 总体要求
预约挂号系统平台与各医院HIS之间是一对多的接入关系,因医院HIS系统各不相同:建设厂家不同,版本不同,环境不同;与平台间的网络连接方式也存在差异。
为保证平台的兼容性和可扩展性,要求该接口规范具备高通用性,可跨平台、跨语言实现,且适用于不同的网络环境和硬件设备。
1.2 系统拓扑
1.3 模块说明
本文档涉及的接口应用布署于拓扑图中的“医院His前置”上。
预约挂号系统包括两大类应用:
一.HIS向预约挂号平台上传预约挂号系统所需的基本信息(如:医院信息、科室信息、医生信息、排班信息、停诊信息等)和其他交易信息(如:患者预约后
的实际就诊情况、患者投诉情况、患者注册信息等)。
该类交易平台为服务端,
HIS为客户端。
平台方提供DLL函数接口,供HIS调用。
二.平台向HIS发起的实时交易请求(如:预约挂号、预约取消、患者信息向医院传送等)。
该类交易平台为客户端,HIS为服务端。
HIS提供存储过程供平台调
用。
三.详细业务部分请参阅《省预约挂号平台业务操作规范.doc》
2平台与医院HIS接口
平台与医院HIS前置之间采用TCP/IP通讯协议,建立两对SOCKET端口(互为客户/服务端):一对用于医院HIS系统发起的交易(HisToEbs),一对用于平台发起的交易(EbsToHis)。
其中客户端作为发送数据端口,服务端作为接收数据端口。
HIS作为客户端时,通过调用平台提供的DLL函数发起交易请求;HIS作为服务端时,向平台开放存储过程。
交易方式采用短链接的方式。
在一个TCP/IP连接上完成数据包的发送和接收,在成功发送了一个数据包,并收到成功应答后,即中断该连接。
HisToEbs和EbsToHis均采用同步方式。
文件传输采用FTP方式。
2.1 HisToEbs
该接口主要用于HIS系统向平台传输院方相关基础及变更信息,如:医院介绍、科室设置、医生、排班等。
该接口的实现采用HIS调用Dll函数的方式,Dll函数接口由平台提供。
函数封装了底层通讯协议和交易逻辑。
2.1.1初始化服务器设置
Int SetIpAndPort(char*szHospitalID,char *szIp,int nPort)
函数说明:设置医院编号、His Server(HIS前置)的ip和端口号。
在HIS系统启动(初始化)时加载调用,必须先调用该函数进行初始化,否则会提示调用失败。
输入参数:szHospitalID 医院ID,由省平台统一分配(6位字符)
szIp HIS前置服务器的ip,如192.168.1.202,具体到实施时确定
nPort HIS前置服务器的port,如8098(最大65535),具体到实施时确定
输出参数:无
返回值:0 成功
1 连接服务器失败
2.1.2HIS数据上传
Int SendPack(char *szTradeCode,char *szOperNo,char *szSendContent,char *szRet);
函数说明:向中心服务器发送数据通讯包
输入参数:szTradeCode (字符串)交易代码(4位字符)
szOperNo (字符串)his系统中的操作员号
szSendContent (字符串)本次发送的数据报文
输出参数:szRet (字符串)调用成功返回交易定义的返回结果,调用失败则为调用失败的具体原因,如报文格式不正确等。
返回值:0 调用成功
1 调用失败
附:szTradeCode 的取值说明
1101 医院信息上传处理
1102 科室信息上传处理
1103 医生信息上传处理
1104 排班信息上传处理
1105 停诊信息上传处理
1106 预约就诊情况上传处理
1108 患者姓名信息修改
szSendContent 的取值格式:各字段间以“|”分隔,如内容为空则直接加“|”。
处理结果存放在szRet中,szRet的取值格式:各字段间以“|”分隔,如内容为空则直接加“|”。
2.1.2.1医院信息上传
2.1.2.2科室信息上传
2.1.2.3医生信息上传
2.1.2.6预约就诊情况上传
2.1.2.7 患者姓名信息修改
2.2 EbsToHis
该接口用于平台向医院HIS 提交实时交易请求,并获取HIS 方交易结果。
该接口由
HIS 提供数据库存储过程包。
HIS 前置机布署了HisServer 程序,接受到平台交易任务后,调用该接口包中的存储过程来完成交易。
HIS 系统对平台提供一个数据库存储过程包,包名为:BookPackage ,存储过程名为:BizExec 。
该存储过程有4个参数。
2.2.1 患者信息传送到医院并验证(HIS )
本平台为实名使用,因此患者在平台注册时需提供个人必备的身份信息,平台在本地记
录患者信息。
当该患者通过平台向某家医院预约挂号时,需将相关信息传送到医院HIS系统,如果该患者填写了本人医保卡、市民卡或就诊卡等信息时,将这些信息同步传送到医院进行校验。
同一个有效证件号码只允许注册一条记录,未成年人通过此平台预约挂号,看病时需持有效证件。
交易名称:患者信息注册(医院)
功能说明:把患者在平台注册的信息传送到医院HIS系统中,同一个有效证件号码只允许注册一条记录(未成年人看病需持有效证件),这个规则由平台实现。
交易类型:2001
输入参数:该参数由多个字段拼成一个字符串形成,各个字段之间用“|”符号区隔,每次交易只能传入一个患者信息。
字段说明如下表:
交易结果:0(成功)或者1(失败)
输出参数:
如果交易成功:
如果交易失败:
His交易处理逻辑:
当前置机调用本交易时,接口首先根据患者ID查找HIS内是否存在患者记录,如果存在,则修改;否则插入新的记录。
2.2.2预约挂号
患者在与平台对接的服务商处进行医院、科室、医生、排班(何时就诊)的选择,确定某一排班后提交预约挂号请求,由平台将该预约请求提交医院His系统。
交易名称:预约挂号
功能说明:患者在与平台对接的服务商处进行预约挂号,由平台将预约请求提交医院His 系统。
交易类型:2002
输入参数:该参数由多个字段拼成一个字符串形成,各个字段之间用“|”符号区隔,每次交易只能传入一个预约信息。
字段说明如下表:
交易结果:0(成功)或者1(失败)
输出参数:
His交易处理逻辑:
当前置机调用本交易时,接口应判断患者预约的号源是否可用。
2.2.3取消预约
该交易为“预约挂号”交易的反向交易,即对原交易进行取消。
注意:业务约定,就诊当天7点开始后不能取消预约
交易名称:预约挂号取消
功能说明:患者在与平台对接的服务商处进行预约挂号的取消,由平台将预约取消请求提交医院His系统。
交易类型:2003
输入参数:该参数由多个字段拼成一个字符串形成,各个字段之间用“|”符号区隔,每次
交易结果:0(成功)或者1(失败)
输出参数:
2.2.4查询预约结果
该交易查询某笔预约交易在HIS的交易状态,在特殊情况下(如网络异常)当不确定双方交易状态是否一致的时候,用来确认His方的交易状态。
交易名称:查询预约结果
功能说明:平台发起向His 查询某笔预约交易的结果。
交易类型:2004
输入参数:该参数由多个字段拼成一个字符串形成,各个字段之间用“|”符号区隔,每次交易只能传入一个预约取消信息。
字段说明如下表:
交易结果:0(成功:该号源已经被预约,不可再次预约)或者1(失败:该号源未被预约,可以被预约) 输出参数:
如果交易失败:
2.2.5 患者姓名信息修改
因平台为实名使用,当患者在平台登记的姓名信息有误时,
将无法正常就诊。
若患者在平台登记信息时将姓名信息登记错误,则可发起此交易,修改平台患者姓名信息并传送到医院。
交易名称:查询预约结果
功能说明:平台发起向His 提交修改患者姓名的交易请求。
交易类型:2005
输入参数:该参数由多个字段拼成一个字符串形成,各个字段之间用“|”符号区隔,每次
交易结果:0(成功)或者1(失败) 输出参数:
如果交易成功:。