CN116936053A - 一种线上诊室的集成系统 - Google Patents
一种线上诊室的集成系统 Download PDFInfo
- Publication number
- CN116936053A CN116936053A CN202310934177.8A CN202310934177A CN116936053A CN 116936053 A CN116936053 A CN 116936053A CN 202310934177 A CN202310934177 A CN 202310934177A CN 116936053 A CN116936053 A CN 116936053A
- Authority
- CN
- China
- Prior art keywords
- service
- inquiry
- platform
- consultation
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 claims abstract description 26
- 238000012544 monitoring process Methods 0.000 claims abstract description 20
- 238000012797 qualification Methods 0.000 claims abstract description 16
- 238000004891 communication Methods 0.000 claims description 22
- 238000012545 processing Methods 0.000 claims description 17
- 230000003993 interaction Effects 0.000 claims description 12
- 230000007246 mechanism Effects 0.000 claims description 12
- 239000000284 extract Substances 0.000 claims description 4
- 230000004913 activation Effects 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 claims description 3
- 230000011664 signaling Effects 0.000 claims description 2
- 230000001276 controlling effect Effects 0.000 claims 3
- 230000001105 regulatory effect Effects 0.000 claims 2
- 238000007726 management method Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 13
- 238000003745 diagnosis Methods 0.000 description 9
- 238000012795 verification Methods 0.000 description 5
- 108010006524 P-430 Proteins 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000036541 health Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 238000000926 separation method Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000012384 transportation and delivery Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- Pathology (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Bioethics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种线上诊室的集成系统,包括:诊室管理器模块:用于获取具有资质的互联网医院医生资源,控制线上问诊流程,响应问诊请求,创建问诊会话,启动问诊室,生成监管数据;互联网医疗服务监管平台接入模块:用于从所述诊室管理器模块获取监管数据,同步至互联网医疗服务监管平台;互联网医院资质平台接入模块:用于从一个或多个有资质的互联网医院平台获取医生资源,提供给所述诊室管理器模块;业务平台模块:用于接入业务应用平台的终端;问诊载体模块:用于为流程服务单元提供问诊载体资源。根据上述技术方案,可以实现业务的充分抽象,保障主管部门服务监管平台数据汇聚的一致性、连续性和完整性,便于多种业务体系的接入和拓展。
Description
技术领域
本发明涉及智慧医疗建设领域,具体而言,涉及一种线上诊室的集成系统和方法。
背景技术
随着智慧医疗服务的普及,近几年我国互联网医疗相关管理办法也应声出台,现在各省级互联网医疗服务监管平台陆续建成,对于各互联网医院也逐渐落实相关的互联网医疗管理规范要求。与此同时,互联网医疗业务形式的逐渐发展,互联网诊疗服务系统和平台产品持续迭代,服务不断创新,因此市面上有大量的智慧医疗、健康管理、药学服务、线上便民门诊等服务平台,这些医疗互联网医疗服务平台与线上诊疗活动有交叉。根据互联网医院管理规范要求,各类互联网医疗服务平台互联网诊疗能力需要接入具备互联网诊疗科目和互联网医院资质的医疗机构互联网医院信息平台,从而获取具有资质的医生以提供专业医疗服务,并且需要将医疗服务的数据同步至省级服务监管平台,即,互联网医院信息平台系统面对严谨的服务监管规则,就需要一方面对接省级卫健主管部门服务监管平台,另一方面背靠互联网医院资质对接合法合规的应用服务平台。
国内互联网医院线上问诊系统已试点建设多年,现有的业务平台包括各种咨询业务服务平台、线上便民门诊服务平台。各种服务平台有的基于个人电脑终端、有的基于电视终端、移动互联网终端、电话终端,因此,要将多种多样的线上问诊应用系统对接有资质的互联网医院信息平台,完成服务能力对接和服务监管。面对多种业务平台的接入,需要一种统一的互联网诊疗业务平台系统载体,实现线上问诊业务的充分抽象,灵活应对业务接入需求,同时保障主管部门服务监管平台数据汇聚的一致性、连续性和完整性。
发明内容
为实现以上目标,本发明提供了一种线上诊室的集成系统,包括:
诊室管理器模块:用于获取具有资质的互联网医院医生资源,控制线上问诊流程,响应问诊请求,创建问诊会话,为问诊会话启动问诊室,生成监管数据;诊室管理器模块包括流程服务单元、问诊服务单元、处方服务单元、功能服务单元,流程服务单元分别与问诊服务单元、处方服务单元、功能服务单元进行数据交互;
互联网医疗服务监管平台接入模块:用于从所述诊室管理器模块获取监管数据,同步至互联网医疗服务监管平台;
互联网医院资质平台接入模块:用于从一个或多个有资质的互联网医院平台获取医生资源,提供给所述诊室管理器模块;
业务平台模块:用于接入业务应用平台的终端,所述终端支持医生终端和患者终端;
问诊载体模块:用于为流程服务单元提供问诊载体资源,所述问诊载体资源默认处于休眠状态,被所述流程服务单元激活后启动问诊室;所述启动问诊室指:连接医生终端和患者终端,实现医生问诊;其中,问诊载体模块支持所述医生终端和所述患者终端属于不同业务平台模块;
用户触达网关,用于推送问诊状态事件触发数据;所述用户触达网关通过诊室管理器模块提取事件触发消息和设备信息,完成向用户触达通道的消息推送以及事件触发流程。
其中,用户触达通道包括手机APP推送通知、微信服务号模板消息、小程序服务通知、手机短信消息。
其中,问诊载体模块启动问诊室时,支持通过业务平台模块加载不同通讯模式下的问诊业务资源,其中,所述通讯模式为医生终端和患者终端对应的通讯模式;
患者终端和医生终端的通讯模式,由流程服务单元通过业务平台模块访问终端获取;通讯模式包括:图文、电话、音视频。
业务问诊资源包括图文即时消息处理资源、回呼语音通道资源、实时话音视频通道资源。
进一步的,功能服务单元用于定义医生问诊流程;其中,流程服务器从有资质的互联网医院平台接入模块获取医生数据,校验从业务平台模块接入的终端是否符合医生权限资质,如果校验通过,执行对应的医生问诊流程。
其中,问诊载体单元被激活后,通知流程服务器获取问诊载体单元中产生的实时问诊数据,对所述问诊数据进行封装构成监管数据,所述监管数据包括问诊服务数据和处方服务数据;
互联网医疗服务监管平台接入模块获取问诊服务数据和处方服务数据,实现监管数据同步。
进一步的,业务平台模块支持接入一个或多个问诊应用程序,所述应用程序包括微信小程序、手机APP、电脑端网站应用、电视端应用;
业务平台模块向流程管理器发起来自用户终端的问诊凭证请求,获取流程管理单元分发的问诊凭证,问诊凭证用于控制患者问诊的合法性,其中,用户包括患者、医生。
进一步的,问诊凭证为逻辑字符串的MD5值,定义为:问诊凭证=md5(seed+time+会话token),其中,seed为唯一问诊事件的凭证计算基准值,time为UTC当前时间,会话token为唯一标识问诊应用程序的凭证申请依据,所述会话token包括:登录会话session、用户ID、手机号码、随机密码。
其中,控制患者问诊的合法性通过定义问诊凭证的使用限制和加密机制实现;使用限制包括:使用次数限制、过期失效时间、付费限制;加密机制包括:诊室管理器分配问诊凭证时采用私钥机制加密,业务平台模块采用公钥验证合法性。
根据本发明,可以统一互联网诊疗业务平台系统载体,实现业务的充分抽象,保障主管部门服务监管平台数据汇聚的一致性、连续性和完整性,在实现各种线上诊室的业务平台集成的同时,提高互联网医院线上诊疗活动的工作效率,便于多种业务体系的接入和拓展。
附图说明
图1是根据本发明实施例提供的线上诊室的集成系统结构示意图;
图2是根据本发明实施例提供的线上诊室的集成系统数据流示意图;
图3是根据本发明实施例提供的线上诊室的集成系统的问诊凭证消耗流程图;
图4是根据本发明实施例提供的线上诊室的问诊流程时序图。
具体实施方式
本申请提出一种线上诊室的集成方案,应用于互联网医疗领域,以整合各类业务平台建立线上诊室问诊服务能力为目标,支持属于不同平台的,处于不同通讯模式的患者终端和医生终端进行线上问诊(不含患者在实体医疗机构就诊,医生之间通过互联网医院会诊场景)。通过本方案,不仅满足互联网医疗的服务监管要求,还在保障数据安全可靠的同时,使各类线上支持问诊业务能力的平台集成和接入。方便各类平台应用能够依托有资质的医疗机构主体,对接问诊能力服务系统,打通安全合法的互联网医院线上问诊服务。
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图1是本发明线上诊室的集成系统结构示意图,如图所示,包括以下部分:
P110诊室管理器模块:包括P111流程服务单元、P112问诊服务单元、P113处方服务单元、P114功能服务单元,用于获取具有资质的互联网医院医生资源,控制线上问诊流程,响应问诊请求,创建问诊会话,为问诊会话启动问诊室,对接并输出监管数据;
其中,流程服务单元作为诊室管理器模块的逻辑控制的核心:提供业务接口,实现流程控制,并分别与问诊服务单元、处方服务单元、功能服务单元进行数据交互;
P130互联网医疗服务监管平台接入模块:用于从诊室管理器模块获取监管数据,同步至互联网医疗服务监管平台;
P131互联网医院资质平台接入模块:用于从一个或多个有资质的互联网医院平台获取医生资源,提供给诊室管理器模块中的流程服务单元,实现医生终端的校验;
P140业务平台模块:用于接入业务应用平台的终端,该终端支持医生终端和患者终端同时接入,并可获取终端的通讯模式,实现业务应用平台通讯资源的加载功能;
P150问诊载体模块包括多组载体资源,每组载体资源默认处于休眠状态,被激活后,提供通讯资源,根据需求连接医生终端和患者终端,实现医生问诊;其中,问诊载体模块支持医生终端和患者终端隶属于不同业务平台模块时,可获取多个业务平台的线上问诊资源,并建立联接;
载体资源的激活是指:流程服务单元根据问诊请求,分配问诊载体资源给指定问诊会话,分配完成后加载和运行问诊服务,启动问诊室。
P100用户触达网关,用于推送问诊状态事件触发数据;用户触达网关通过诊室管理器提取事件触发消息和设备信息,完成向用户触达通道的消息推送以及事件触发流程。
需要说明的是,本集成系统中线上问诊室只负责完成问诊服务及处方服务,与之相关的其他功能内容,例如:医生信息宣传展示、患者信息采集与认证、线上诊疗费用支付等前置工作均可在接入业务平台模块的业务应用平台中各自实现。
本发明线上诊室集成系统的数据流走向如图2所示,在P210用户终端(包括患者和医生的终端)、P220诊室管理器及P230用户触达网关之间实现问诊数据流闭环,在数据流的控制过程中,通过S210流程服务处理来实现第三方平台的接入以及接入后的流程控制:接入的范围包括业务应用平台(各个接入问诊服务能力的应用平台)、医生资质平台接入;通过S220问诊会话处理实现集成系统与用户、医生之间的会话连接,实现用户终端与诊室管理器的交互及实现监管平台对问诊数据的采集处理;通过S230通知服务实现集成系统统一输出的通知向各种终端的推送。
在图2中可见,在该闭环中实现基于用户控制的应用场景与基于集成系统控制的逻辑处理、数据处理之间的分隔,以降低互联网医院线上诊室的应用业务集成耦合度。
在线上问诊的实现过程中,构成集成系统的各个模块、单元与业务平台进行信息交互,实现各自的逻辑控制、资源分配、数据生成,并对过程中的数据进行处理,使线上问诊的医疗数据安全监管,具体实现包括以下内容:
一、提供接口,接入多种业务应用平台,为业务应用平台实现互联网医疗管理规范要求:
集成系统的对外接口包括两部分:
1、符合互联网医疗管理规范,根据管理规范提供的协议建立接口,目前管理规范包括两个部分:
1)互联网医院资质的管理:(在图2的S210流程服务处理中实现),其中包括P120互联网医院资质平台接入模块,通过该模块提取医生数据,并在P111流程服务单元中实现医生数据的校验,对于通过医生权限校验的终端才能执行医生问诊的流程;
2)问诊数据的管理:(在图2的S220问诊会话处理中实现),在会话过程中产生的监管数据,输出至监管平台接口;
2、业务应用平台接入接口:集成系统约定接入规范提供给各业务应用(在图2的S210流程服务处理中实现),各业务应用通过P140业务平台模块与流程服务器进行数据交互,通过这种方式,支持属于不同业务平台的患者使用其平台系统打通的互联网医院问诊服务能力实现线上问诊。
如图4所示,P420业务应用平台,即目前已支持方式包括问诊网站平台(电脑端应用)、用于问诊的微信小程序、移动终端应用程序(手机APP)、电视及电视盒子应用(电视端应用)等,这些业务应用平台都已接入本申请提出的诊室管理器模块,因此能够从流程服务单元获取有资质的互联网医院医生数据;P410患者所在的终端为业务应用终端,例如微信小程序终端,患者从微信小程序提出问诊请求,通过P420业务应用平台向P430诊室管理器请求处理;同时也通过P420业务应用平台获得P430诊室管理器的返回。
二、集成过程:
如图2所示,在数据流闭环中,采用问诊凭证来标识和授权指定问诊会话。
问诊凭证作为在终端、业务应用平台、诊室管理器以及后续激活的问诊室之间进行流转、标识和授权某次问诊的唯一依据,可用于诊室管理器判断患者问诊的合法性,在实现逻辑上控制问诊流程。
本发明中对问诊凭证进行以下处理,使其具有安全性和一致性,并进一步保证集成系统的安全性和可靠性:
1、问诊凭证的分配:
本发明通过诊室管理器中流程服务单元提供的接口,采用会话识别机制控制问诊凭证的统一分发,以保证问诊凭证的唯一和一致性,在此情况下,业务应用平台端根据其用户会话鉴权机制确保凭证在C/S端的推送和分发安全有效;
如图4所示,用户终端(如微信小程序)提起问诊凭证请求,P420业务应用平台服务器端获取请求,通过P430诊室管理器模块提供的接口传递问诊凭证请求,由诊室管理器统一分配问诊凭证,并将诊室管理器分配的问诊凭证间接返回至用户终端流转,作为后续问诊的依据;用户终端可以是患者终端,也可以是医生终端,根据不用类型用户终端的应用场景鉴别各自业务交互流程,业务应用平台在完成终端业务交互后确认可以分配问诊凭证时向P430诊室管理器模块提供的接口传递问诊凭证请求;
图4中用户终端的S411为权益流转的具体步骤,对于不同的角色和权限有不同的流程:对于患者而言,首先患者权益获取,再根据权益获取的结果请求问诊;对于医生而言,可根据问诊业务需求封装多种流程,例如:医生可以发起权益消耗,也可以嵌入其他功能模块,将该权益转给患者。
2、问诊凭证的内容构成:
问诊凭证设计为逻辑字符串的MD5值,定义为:问诊凭证=md5(seed+time+会话token),其中,seed为唯一问诊事件的凭证计算基准值,time为UTC当前时间,会话token为唯一标识问诊应用程序的凭证申请,支持登录会话session、用户ID、手机号码、随机密码等信息;
3、问诊凭证用于实现控制患者问诊的合法性,包括定义问诊凭证的使用限制和制订加密机制;
问诊凭证的加密机制:如图4中所示,诊室管理器接口分配问诊凭证时,采用密钥机制加密,应用接入方(P420)保存自己的接口调用密钥的私钥,同时问诊载体拥有各个合作应用平台接口密钥的公钥,以验证每一个问诊凭证分配请求任务的合法性;
问诊凭证的使用限制:包括使用次数限制(例如:问诊凭证只能使用一次)、过期失效时间限制(比如20分钟内有效)、付费限制(付费后有效)。问诊凭证在线上诊室系统中流转与患者的基本信息无关,患者信息可以在问诊凭证使用时通过数据接口调用补齐。
4、问诊凭证的使用,支持多种应用场景:
由于本申请提供的集成系统,支持跨终端、跨时域,为保证问诊凭证的安全传递,支持通过小程序二维码参数执行跨终端跨时域的媒介传递;
对于跨时域包括以下场景:
1)在电视家庭医生健康服务平台中呈现医生宣传信息,并在用户需要时生成问诊凭证二维码显示于开放式的电视大屏上,电视观众通过手机扫码获取并流转凭证;
2)在患者回访(随访)平台中生成的随访问诊凭证,该问诊凭证支持以二维码的形式呈现,并通过私域用户分发渠道传播(如微信群和朋友圈、印刷品),此时患者终端可通过识别扫码获取并流转凭证。
以上两种开放式的参数传递场景,对于业务应用平台都需要额外制定策略以确保问诊凭证分发和使用的一致性。
为解决该一致性问题,诊室管理器接口在问诊凭证创建时采用的机制包括:预设问诊凭证使用者识别token(如:用户手机号)、预设问诊凭证使用口令(如:固定长度随机密码)、问诊凭证预设以原子操作临界控制方式领取、率先绑定或使用者占用。
如图4中所示,业务应用平台对问诊凭证进行校验后,将问诊凭证发送至患者终端进行权益流转,例如,患者终端以问诊凭证为依据进行付费确认问诊、预约问诊时间,即对该问诊凭证进行激活;在业务应用平台确认该问诊凭证的有效性后,诊室管理器分配和激活问诊载体资源,问诊载体资源和业务应用平台之间建立通讯,以此方式启动问诊室。
具体实现过程中,业务应用平台从患者终端获取问诊凭证后,通过启动小程序的参数传递通道将凭证MD5值传给流程服务单元,以便流程服务单元验证当前登录患者是否拥有一次对应医生的问诊权益。患者终端占用(绑定)问诊凭证后,可以反复展示和浏览问诊凭证信息,患者可以立即确认发起此次问诊凭证的使用,也可在凭证有效期内择机使用。
6、问诊凭证的传播方式:
集成系统中支持多种传播方式,例如通过参数启动小程序传递:
通过WXLaunchMiniProgramReq.path页面地址参数传递,(范例:pages-user-inquriry/views/doctor-detail?inquiry_token=xxxx);
或者WXLaunchMiniProgramReq.extDic扩展字典值传递,(范例:{"inquiry_token":xxx}。
参数启动小程序传递可以支持流程服务单元与接入业务平台模块的多种业务应用平台的交互,包括:
1)和微信公众号结合,通过动态推送公众号卡片消息,附带动态参数启动小程序,传递问诊凭证;
2)和手机APP结合,通过嵌入微信SDK调用启动小程序接口,附带动态参数启动小程序,传递问诊凭证;
3)和小程序URL Link结合,通过动态获取URL Link,应用于短信、邮件、网页、微信内等拉起小程序的场景,通过URL Link附带动态参数启动小程序,传递问诊凭证;
4)和小程序或者小程序二维码结合,例如小程序间带参数互相跳转,或者生成小程序临时动态二维码,用户亦可通过扫码附带动态参数启动小程序,传递问诊凭证。
鉴于小程序灵活的带动态参数跳转入口和启动方式,可以灵活应用于各种手机应用互动场景,非常便于问诊应用平台与互联网医院线上诊室系统之间的业务关联互动:对于如患者管理(随访)等应用场景,通过带问诊凭证的小程序启动二维码在社交平台传递,能够快速灵活的达到健康管理和随访工作的目的;针对一些和大屏互动的应用场景,通过大屏设备应用(如:家庭IPTV,PC端网站)平台与线上诊室接口请求后获得带问诊凭证的小程序二维码,亦可显示在大屏终端上供用户使用手机扫码使用线上诊室服务;
7、问诊凭证的扩展应用:
由于集成系统支持的业务应用平台包括随访的业务,问诊凭证需要支持标识一组(多次)问诊的场景,例如:针对医生分组随访患者的工作需求,线上诊室也可以为医生针对多个随访任务分配一个问诊凭证:这种情况下的问诊凭证可以有多次问诊机会,对应的问诊凭证绑定了固定医生,问诊次数可以供一个患者多次随访使用,也可以多个患者一次随访使用。同时,根据灵活的业务需求,患者基本信息可以不在申请凭证时指定,而是在确认使用凭证次数时先调用线上诊室后端接口指定,然后扣减问诊凭证使用次数,直至次数消耗完毕时停止服务,问诊凭证的使用流程,如图3所示。
三、医生流程的处理:
如图1所示,P131互联网医院资质平台提供医生数据,并将医生数据提供至流程服务单元;
诊室管理器模块中的P114功能服务单元,则用于定义医生问诊流程,并为流程服务单元提供医生流程控制接口,便于医生终端实现医生端的处理。
在图1中的P120终端与P140业务平台模块的交互可见,本申请中的医生终端和患者终端都通过业务平台模块接入诊室管理器模块的流程服务单元,根据流程服务单元从P131互联网医院资质平台获取的医生资源进行流程校验,如果校验通过,执行P114功能服务单元提供的医生问诊流程。
四、通讯资源加载:
当通过问诊凭证确定需要开启线上诊室时,P111流程服务单元调用问诊载体的状态,从中确认并分配问诊通讯资源给该次问诊,该问诊载体通讯资源从集成系统的问诊载体中提取,并加载应用服务以实现激活;本申请支持的通讯模式包括:图文、电话、音视频等,问诊载体单元包括图文即时消息处理单元、回呼语音处理单元和实时视频系统等;
同时由于患者终端和医生终端支持的通讯模式由各自所在的业务平台决定,问诊载体还支持从流程服务单元获取患者终端和医生终端各自对应的通讯模式,分别从各端对应的业务平台中加载业务问诊资源,通过已激活的问诊载体资源,将问诊载体资源、业务问诊资源进行联接,以实现启动线上问诊室。
例如,患者通过微信公众号接入问诊平台,从互联网医院资质平台的医生库中选择了指定的医生,而该医生当前只能通过PSTN电话网接诊,通过本申请的集成系统架构,问诊载体模块分配资源,建立虚拟问诊室,外呼医生所在PSTN电话终端,将诊室采集的互联网音频通道或者控制患者PSTN电话终端与医生电话终端建立语音通道,实现线上问诊。
本发明中,将医生与患者的直接通讯由问诊载体管理,实现了业务数据与通讯数据的分离;通过这种方式,对于不同业务平台的各种通讯方式的兼容、更新、升级,只需要在问诊载体上进行维护。而问诊载体在未激活时处于沉默状态,且针对每次启动时才分配载体资源,也实现了不同问诊室之间的资源隔离。
五、线上问诊的服务监管:
在患者发起问诊请求,到建立线上诊室的过程,作为本申请应用架构核心的诊室管理器模块提供了统一的接口,支持接入各种模式的线上问诊业务平台;问诊载体资源被激活后,通知流程服务器中的P112问诊服务单元获取问诊载体单元中产生的实时问诊服务数据,例如:问诊图文、语音、视频数据;根据功能服务单元提供的医生流程,还包括处方处理流程,通过流程服务器的P113处理服务单元获取医生开具的处方信息,并将对问诊服务数据、处方信息结合问诊凭证进行封装构成监管数据;
P130互联网医疗服务监管平台接入模块获取所述问诊服务数据和处方服务数据,实现监管数据同步;
体现在图2中,S240问诊服务处理,是在启动线上问诊室后,患者和医生直接通讯产生服务数据,该服务数据通过问诊会话处理封装为监管数据,实现互联网医疗的服务监管。
六、统一触达处理:
在集成系统实现患者端提出问诊、医生端接入实现问诊的整个流程中,产生各种状态事件控制和管理,统一通过P100触达网关集成实现,满足互联网医疗业务非实时服务环节对参与方的流程状态通知需求。
集成系统支持业务平台模块中各业务应用内生成的信息,包括用户登录、浏览、缴费、授权等动作完成时的信息记录、终端设备信息采集、通知模板订阅等交互数据的管理;业务平台的终端(患者终端、医生终端)与触达网关数据交互获取推送信息,推送信息由流程服务单元根据事件触发规则、消息模板生成,通过触达网关集成的用户触达通道发送至终端。其中,用户触达通道包括但不限于手机APP推送通知、微信服务号模板消息、小程序服务通知、手机短信消息(SMS/RCS)等。
触达网关的独立,将实现线上问诊过程中的事件触达数据与诊室管理器进行隔离,将对接在集成系统的不同应用平台的非问诊业务进行了抽象隔离和分段管理,降低诊室服务的业务耦合度。
在本发明立足实体医疗机构资质主体,以在线诊室概念为出发点,设计安全可控的多元接入方案,保障患者和医生从多种网络技术终端入口能够平滑接入具有资质的互联网医院主办机构线上诊室服务信息平台。在系统中采用集成方案支撑互联网问诊各类场景业务需求,以问诊凭证灵活、严谨的权益流转策略确保多元的医疗健康类应用与互联网医疗服务能力的安全可控接入,以触达网关实现多业务的信息准确分类和触达、数据分段管理和快速高效流转。整体解决方案做到了业务抽象、功能分离,能够灵活应对业务接入需求,适应不同业务的高质量维护,也能保障政府服务监管平台数据汇聚的一致性、连续性和完整性,提高的互联网医院线上诊疗活动的实现效率。本发明描述的“有所为也有所不为”的集成系统与方法立足诊室,依托监管,拓展场景,抽象任务,隔离数据,有利于互联网医疗服务面向行业难点痛点更好的发挥线上优势服务百姓,有利于互联网医疗服务业务的高质量发展。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种线上诊室的集成系统,其特征在于,包括:
诊室管理器模块:用于获取具有资质的互联网医院医生资源,控制线上问诊流程,响应问诊请求,创建问诊会话,为所述问诊会话启动问诊室,生成监管数据;所述诊室管理器模块包括流程服务单元、问诊服务单元、处方服务单元、功能服务单元,所述流程服务单元分别与问诊服务单元、处方服务单元、功能服务单元进行数据交互;
互联网医疗服务监管平台接入模块:用于从所述诊室管理器模块获取监管数据,同步至互联网医疗服务监管平台;
互联网医院资质平台接入模块:用于从一个或多个有资质的互联网医院平台获取医生资源,提供给所述诊室管理器模块;
业务平台模块:用于接入业务应用平台的终端,所述终端支持医生终端和患者终端;
问诊载体模块:用于为流程服务单元提供问诊载体资源,所述问诊载体资源默认处于休眠状态,被所述流程服务单元激活后启动问诊室;所述启动问诊室指:连接医生终端和患者终端,实现医生问诊;其中,问诊载体模块支持所述医生终端和所述患者终端属于不同业务平台模块。
2.根据权利要求1所述的集成系统,其特征在于,所述问诊载体模块启动问诊室时,支持通过业务平台模块加载不同通讯模式下的问诊业务资源,其中,所述通讯模式为医生终端和患者终端对应的通讯模式;
所述患者终端和医生终端的通讯模式,由所述流程服务单元通过业务平台模块访问终端获取;
所述通讯模式包括:图文、电话、音视频。
3.根据权利要求2所述的集成系统,所述业务问诊资源包括图文即时消息处理资源、回呼语音通道资源、实时话音视频通道资源。
4.根据权利要求1所述的集成系统,其特征在于,所述功能服务单元用于定义医生问诊流程;
所述流程服务器从所述有资质的互联网医院平台接入模块获取医生数据,校验从业务平台模块接入的终端是否符合医生权限资质,如果校验通过,执行所述医生问诊流程。
5.根据权利要求2所述的集成系统,其特征在于,所述问诊载体单元被激活后,通知所述流程服务器获取所述问诊载体单元中产生的实时问诊数据,对所述问诊数据进行封装构成监管数据,所述监管数据包括问诊服务数据和处方服务数据;
所述互联网医疗服务监管平台接入模块获取所述问诊服务数据和处方服务数据,实现监管数据同步。
6.根据权利要求1所述的集成系统,其特征在于,所述业务平台模块支持接入一个或多个问诊应用程序,所述应用程序包括微信小程序、手机APP、电脑端网站应用、电视端应用;
所述业务平台模块向所述流程管理器发起来自用户终端的问诊凭证请求,获取所述流程管理单元分发的问诊凭证,所述问诊凭证用于控制患者问诊的合法性,所述用户包括患者、医生。
7.根据权利要求6所述的集成系统,其特征在于,所述问诊凭证为逻辑字符串的MD5值,定义为:问诊凭证=md5(seed+time+会话token),
其中,seed为唯一问诊事件的凭证计算基准值,time为UTC当前时间,会话token为唯一标识问诊应用程序的凭证申请依据,所述会话token包括:登录会话session、用户ID、手机号码、随机密码。
8.根据权利要求6所述的集成系统,其特征在于,所述控制患者问诊的合法性通过定义所述问诊凭证的使用限制和加密机制实现;
所述使用限制包括:使用次数限制、过期失效时间、付费限制;
所述加密机制包括:所述诊室管理器分配问诊凭证时采用私钥机制加密,所述业务平台模块采用公钥验证合法性。
9.根据权利要求1所述的集成系统,其特征在于,还包括用户触达网关,用于推送问诊状态事件触发数据;所述用户触达网关通过诊室管理器模块提取事件触发消息和设备信息,完成向用户触达通道的消息推送以及事件触发流程。
10.根据权利要求9所述的集成系统,其特征在于,所述用户触达通道包括手机APP推送通知、微信服务号模板消息、小程序服务通知、手机短信消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310934177.8A CN116936053A (zh) | 2023-07-27 | 2023-07-27 | 一种线上诊室的集成系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310934177.8A CN116936053A (zh) | 2023-07-27 | 2023-07-27 | 一种线上诊室的集成系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116936053A true CN116936053A (zh) | 2023-10-24 |
Family
ID=88377044
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310934177.8A Pending CN116936053A (zh) | 2023-07-27 | 2023-07-27 | 一种线上诊室的集成系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116936053A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117411845A (zh) * | 2023-12-14 | 2024-01-16 | 四川桃子健康科技股份有限公司 | 一种在线诊疗聊天消息处理方法及医疗聚合系统 |
-
2023
- 2023-07-27 CN CN202310934177.8A patent/CN116936053A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117411845A (zh) * | 2023-12-14 | 2024-01-16 | 四川桃子健康科技股份有限公司 | 一种在线诊疗聊天消息处理方法及医疗聚合系统 |
CN117411845B (zh) * | 2023-12-14 | 2024-03-29 | 四川桃子健康科技股份有限公司 | 一种医疗聚合系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10218678B2 (en) | Method and apparatus for accessing third-party resources | |
US10404688B2 (en) | Method and apparatus for enabling co-browsing of third party websites | |
US6771766B1 (en) | Methods and apparatus for providing live agent assistance | |
US8909705B2 (en) | Method and system for use in providing network services interchange | |
CN111352740B (zh) | 一种应用交互处理方法和装置 | |
CN112235121A (zh) | 一种线上会议实现方法、装置、设备及存储介质 | |
CN116936053A (zh) | 一种线上诊室的集成系统 | |
CN106534276A (zh) | 数据分享方法及装置、移动终端 | |
CN109889510B (zh) | 用于服务提供方传输业务报文的多重加密方法 | |
US20230017859A1 (en) | Meeting control method and apparatus, device, and medium | |
US20220068241A1 (en) | Synchronizing a user device and a kiosk interface using a visual code, and applications thereof | |
CN111586042A (zh) | 一种多屏互动方法、终端及存储介质 | |
CN111066294B (zh) | 数据处理方法及装置 | |
CN116263914A (zh) | 文档处理方法及相关产品 | |
US20110202668A1 (en) | Methods for Creating and Using a Telecommunications Link between Two Users of a Telecommunications Network | |
CN113312588A (zh) | 在线文档的操作权限管理方法及装置、设备、存储介质 | |
US20140115657A1 (en) | Method of Reducing Fraud in System User Account Registration | |
CN112488707A (zh) | 一种业务流转监管方法和系统 | |
CN103841125A (zh) | 一种健康数据共享方法和系统 | |
KR101788075B1 (ko) | Telegram API를 이용한 화상회의 초대 방법 | |
CN113420133A (zh) | 一种会话处理方法、装置、设备及存储介质 | |
CN116257860A (zh) | 权限管理方法、装置、存储介质及电子设备 | |
CN105656879A (zh) | 实现借出账户给他人的方法和相应的系统 | |
CN110134530A (zh) | 一种会话内容的处理方法及装置 | |
KR101884514B1 (ko) | 영상 대화 서비스 제공 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |