CN113691612A - 共享信息的方法、装置以及系统 - Google Patents

共享信息的方法、装置以及系统 Download PDF

Info

Publication number
CN113691612A
CN113691612A CN202110965702.3A CN202110965702A CN113691612A CN 113691612 A CN113691612 A CN 113691612A CN 202110965702 A CN202110965702 A CN 202110965702A CN 113691612 A CN113691612 A CN 113691612A
Authority
CN
China
Prior art keywords
information
visit
call
initial
target
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.)
Granted
Application number
CN202110965702.3A
Other languages
English (en)
Other versions
CN113691612B (zh
Inventor
张智锋
王晓伟
李龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Digital Yixin Technology Co ltd
Original Assignee
Beijing Digital Yixin Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Digital Yixin Technology Co ltd filed Critical Beijing Digital Yixin Technology Co ltd
Priority to CN202110965702.3A priority Critical patent/CN113691612B/zh
Priority claimed from CN202110965702.3A external-priority patent/CN113691612B/zh
Publication of CN113691612A publication Critical patent/CN113691612A/zh
Application granted granted Critical
Publication of CN113691612B publication Critical patent/CN113691612B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2218—Call detail recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5166—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with interactive voice response systems or voice portals, e.g. as front-ends

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • Pathology (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了共享信息的方法、装置以及系统，该共享信息的方法包括：接收本次呼叫对应的电话信号；根据电话信号获取话路信息的主叫信息，将本次呼叫分配至目标坐席终端；响应于目标坐席终端的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单；将所述出诊信息表单生成可被访问的数据接口；接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；展示所述初始交接单；响应于操作人员对所述初始交接单的输入操作，得到目标交接单；向访问服务器发送所述目标交接单。本申请实施例通过将调度服务器、访问服务器以及终端设备通信连接，实现了信息实时共享。

Description

共享信息的方法、装置以及系统
技术领域
本申请涉及医疗救护技术领域，具体而言，涉及共享信息的方法、装置以及系统。
背景技术
在现有的120急救系统中，用户拨打120电话后，该电话经过PSTN然后进入120急救中心的坐席处，之后坐席处电话振铃，再由坐席人员接起振铃的电话。
当坐席人员接电话的过程中，该坐席人员还需要在纸上记录下来主叫方的电话号码，以及主叫通过电话叙述的病人的病情和病人目前所在的具体地点，然后坐席人员会根据这些信息进行车辆调度，最后再由坐席人员通过PC软件(例如，Excel)或专门软件，坐席人员将在纸上记录的基本出诊信息情况以及车辆调度情况输入至相关软件，但是由于由坐席人员记录的所有信息与医院内网并不能互通，因此医院无法掌握这些情况。此外，当医护人员出诊到现场救治患者后，医护人员会将更详细的出诊信息都在纸质的交接单上进行记录，但是该记录也不能实时传输回120急救中心，也不能实时传输回出诊医院。
可以理解的是，正是因为这些关键信息不能第一时间在各方之间共享和传输，必然会影响对于重症患者的治疗时机。由于医院并不了解本次出诊所救助的病人的具体病情无法提取做好准备以为病人到达医院后第一时间为其进行治疗。
因此，如何提升现有的急救系统以提升救治率成了亟待解决的技术问题。
发明内容
本申请实施例的目的在于提供共享信息的方法、装置以及系统，通过本申请的实施例的技术方案可以整合出诊记录信息的详细内容，同时可以实现信息的实时共享；在时间就是生命的急救任务当中，可以提高救治效率和救治成功率。另外，本申请实施例均通过智能设备操作，实现了无纸化操作流程，有利于对被救治对象的病历管理和统计分析，提高了相关人员的响应速度和业务水平。
第一方面，本申请实施例提供了一种共享信息的方法，所述方法应用于调度服务器，包括：接收本次呼叫对应的电话信号；根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
本申请实施例通过上述技术方案，一方面实现了通过调度服务器对本次呼叫进行分析获取话路信息并保存，可供医院内网调用该话路信息，无需手工记录，节约时间，实现信息实时调用，提升业务水平；另一方面，调度服务器根据解析的话路信息将呼叫转接至目标坐席端。
在一些实施例，在所述将所述本次呼叫分配至目标坐席终端之后，所述调度方法还包括：对主叫与所述目标坐席终端之间的通话过程进行录音，得到并保存录音信息，其中，所述录音信息作为出诊记录信息的一部分；向访问服务器发送所述出诊记录信息。
本申请实施例还可以向医院内网提供保存的录音信息，可供医院内网调用该录音信息，方便医院后续查询整个出诊全流程的主叫与目标坐席端的通话数据，提高业务水平和救治效率。
在一些实施例，所述话路信息还包括：被叫信息以及本次呼叫的发生时刻，其中，所述主叫信息、所述被叫信息以及所述本次呼叫的发生时刻作为所述出诊记录信息的一部分；向所述访问服务器发送所述出诊记录信息。
本申请实施例提供了解析的话路数据中的哪些数据需要提供至访问服务器，以使得访问服务器根据接收的话路数据的内容进一步完善访问服务器的出诊记录信息，便于被派诊人员得知，提升响应速度和业务水平。
在一些实施例中，所述根据所述主叫信息，将所述本次呼叫分配至目标坐席终端，包括：利用SIP协议将所述本次呼叫对应的呼叫请求发送至语音网关，其中，所述语音网关被配置为根据预先设定的路由规则将所述呼叫请求连接至所述目标坐席终端。
本申请实施例对本次呼叫分配至目标坐席终端的规则进行预先设定，可以准确有效的实现电话调度，节约时间。
在一些实施例中，所述根据所述主叫信息，将所述本次呼叫分配至目标坐席终端，包括：根据多个呼叫请求的呼叫发生时刻，将所述多个呼叫请求顺次分配至所述目标坐席终端的空闲接听设备；其中，所述坐席终端包括多个所述接听设备。
本申请实施例中同时有多个呼叫发生时，按照顺次分配至空闲接听设备，实现有序调度，保证后台调度服务有条不紊的进行，提升业务水平。
第二方面，本申请实施例提供了一种共享信息的方法，应用于至少可被坐席终端访问的访问服务器，包括：响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；将所述出诊信息表单生成可被访问的数据接口。
本申请实施例通过响应坐席终端操作人员的输入指令、接收出诊相关信息，更新出诊信息表单，并生成可被访问的数据接口；实现了调度服务器与访问服务器间的通信连接，通过调用调度服务器的话路信息、录音信息，便于对出诊信息进行整合，生成可被访问的数据接口，便于医院内网实时访问知悉当前的出诊信息。
在一些实施例，所述至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，包括：根据所述出诊记录信息和目标坐席终端操作人员输入的派诊信息更新所述初始出诊信息表单中的内容，得到所述出诊信息表单，其中，所述派诊信息至少包括：派诊人员、派诊时间、派诊地点以及病情信息；向终端设备提供所述出诊信息表单中的部分或全部信息，其中，所述部分信息至少包括：所述派诊地点和所述病情信息。
本申请实施例中的出诊信息表单还包括坐席终端操作人员输入的派诊信息，被派往现场人员提前得知被救人员的基本情况，可提前进行线路规划和制定救治措施，提高救治效率和救治成功率。
在一些实施例，所述出诊记录信息还包括由所述终端设备反馈的目标交接单，则所述出诊信息表单中包括所述目标交接单中的部分或全部内容；其中，所述目标交接单是通过响应于出诊人员向初始交接单输入的信息得到的。
本申请实施例中的出诊信息表单还包括终端设备反馈的目标交接单，终端设备上填写交接单并回传，实现了交接单无纸化操作，缩短了反馈消息的时间。
在一些实施例，所述本次呼叫对应的话路信息包括：主叫信息、被叫信息和呼叫的发生时刻中的至少一个。
本申请实施例通过获取话路信息中的信息类别，完善出诊记录信息，提升业务水平。
在一些实施例，所述本次呼叫对应的录音信息是通过对本次呼叫的主叫和目标坐席终端之间的通话过程进行录音得到的。
本申请实施例通过对通话过程的录音，有利于完善出诊信息记录，当医院内网访问该服务器时可及时了解出诊相关信息。
在一些实施例，所述访问方法还包括：生成初始交接单并向终端设备发送所述初始交接单。
本申请实施例通过生成并发送交接单，实现了终端设备与访问服务器之间的通信连接，同时实现了交接单的无纸化管理。
第三方面，本申请实施例提供了一种共享信息的方法，应用于终端设备，包括：接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；展示所述初始交接单；响应于操作人员对所述初始交接单的输入操作，得到目标交接单；向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
本申请实施例中出诊医护人员的终端设备根据收到的出诊信息表单核实相关情况，并根据现场情况填写交接单，并回传到访问服务器；实现了终端设备和访问服务器的通信连接，交接单做到了无纸化管理，同时派诊人员可接收出诊信息单，实现了信息共享，提高了业务水平。
第四方面，本申请实施例提供了一种调度服务器，包括：信号接收模块，被配置为接收本次呼叫对应的电话信号；信息获取模块，被配置为根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；分配模块，被配置为根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
第五方面，本申请实施例提供了一种访问服务器，包括：创建模块，被配置为响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；更新模块，被配置为至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；访问模块，被配置为将所述出诊信息表单生成可被访问的数据接口。
第六方面，本申请实施例提供了一种终端设备，包括：信息采集模块，被配置为接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；显示模块，被配置为展示所述初始交接单；操作模块，被配置为响应于操作人员对所述初始交接单的输入操作，得到目标交接单；发送模块，被配置为向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
第七方面，本申请实施例提供了一种共享信息的系统，包括：调度服务器，至少被配置为：接收本次呼叫对应的电话信号；根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；根据所述主叫信息，将所述本次呼叫分配至目标坐席终端；访问服务器，至少被配置为：响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；将所述出诊信息表单生成可被访问的数据接口；终端设备，至少被配置为：接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；展示所述初始交接单；响应于操作人员对所述初始交接单的输入操作，得到目标交接单；向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的共享信息的系统的整体结构图；
图2为本申请实施例提供的调度服务器的通信关系示意图；
图3为本申请实施例提供的访问服务器的通信关系示意图；
图4为本申请实施例提供的共享信息的方法的流程图之一；
图5为本申请实施例提供的共享信息的方法的流程图之二；
图6为本申请实施例提供的共享信息的方法的流程图之三；
图7为本申请实施例提供的共享信息的方法的流程图之四；
图8为本申请实施例提供的智能调度系统的架构图；
图9为本申请实施例提供的电话信号分配示意图；
图10为本申请实施例提供的调度服务器的结构图；
图11为本申请实施例提供的访问服务器的结构图；
图12为本申请实施例提供的终端设备的结构图；
图13为本申请实施例提供的共享信息的系统的部分结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
相关技术例中，电话拨打方(例如有病人需要急救的相关人员)在有人员需要急救时会拨打120固定电话，之后该电话信号经过公共交换电话网络(Public SwitchedTelephone Network，PSTN)接入120急救中心的坐席端，坐席端人员听到振铃后接听电话并在纸件上记录主叫信息、病情信息和派诊地点。然后，120急救中心的坐席人员进行车辆调度，最后坐席人员通过PC软件(例如，Excel或专门软件)记录本次相关信息(包括记录在纸上的主叫信息、病情信息等)和出诊情况(即与调度车辆相关的信息，例如，包括调度车辆的时间、车牌号等)。之后，当随出诊车辆到达救治地点的医护人员还需要手动填写纸质的交接单，该交接单上至少包括：病人的个人信息、病人的病情信息以及医护人员采取的救治措施。可以理解的是，由于医院内网、急救中心和医护人员现场情况无法实现互相通信，导致急救中心记录的相关信息和出诊情况以及填写的交接单无法实时反馈给急救中心和医院，医院也不能根据患者病情提前制定救治措施，影响救治效率。
鉴于此，本申请的实施例在急救系统内设置调度服务器、访问服务器以及终端设备，并建立了调度服务器、访问服务器以及终端设备之间的通信连接，实现了各类信息的实时共享，节约了时间，提升了救治效率和救治成功率。
与现有技术相比，本申请的一些实施例整合了急救电话中的通话相关的信息和交接单信息，并打通了从急救电话开始到医院内网的信息实时共享，在时间就是生命的急救任务当中，可以提高救治效率和救治成功率。本申请的一些实施例也使得交接单做到了无纸化，有利于院前病历管理和统计分析，提高响应速度和业务水平。
在本申请的一些实施例中，调度服务器和终端设备均会向访问服务器发送自身收集的信息，例如，调度服务器会向访问服务器发送话路信息、录音信息等，终端设备会向访问服务器发送由医护人员填写的交接单，且坐席人员还会在访问服务器创建表格并输入表格中的相关信息，之后访问服务器在收集到各类信息后会进行显示，以方便医院相关人员进行查看。
例如，在本申请的一些实施例中访问服务器为WEB服务器，WEB服务器自动创建信息集，即一条数据库中的记录，在浏览器中显示为一行信息，就叫做信息集合，简称信息集。信息集里面包含三部分的数据，一是自动创建的数据(即由坐席人员记录的数据)包括报警电话号码、接起时间、录音信息(来自于调度服务器)等等，二是坐席人员手工填写的信息包括派诊时间、人员、地点、病情等等，三是通过终端设备(例如，PAD)采集返回的信息包括病人的具体个人信息、病情信息、救治措施等等。本申请的实施例会将这三类数据同时作为出诊记录信息的部分信息。
可以理解的是，后续医院里的相关人员均可以在访问服务器上的浏览器来浏览所有的出诊信息。
请参见图1，图1为本申请实施例提供的共享信息的系统的整体结构图。
图1的共享信息的系统包括调度服务器100、访问服务器200、终端设备300和坐席终端400；其中，调度服务器100、坐席终端400均可以向访问服务器200发送数据信息，访问服务器200和终端设备300可实现双向通信。调度服务器100向访问服务器200发送的数据信息至少包括话路信息和录音信息。坐席终端400向访问服务器200发送的数据信息至少包括操作人员输入的派诊信息。访问服务器200向终端设备300发送的数据信息至少包括出诊记录信息(即由话路信息、录音信息和派诊信息整合后的信息)和初始交接单，终端设备300向访问服务器200发送的数据信息至少包括终端设备300医护人员填写后的目标交接单。
需要说明的是，调度服务器100、访问服务器200、终端设备300和坐席终端400可以连接同一个内网路由器上进而接入到医院内网，确保各类设备间的数据信息可以正常流通；其中，终端设备300在现场工作时处于公共网络环境中，可以在终端设备300与访问服务器200间通过设置网关设备实现数据信息的安全传输。
下面示例性阐述图1的各单元的相关功能。
在本申请的一些实施例中，调度服务器100至少被配置为：接收本次呼叫对应的电话信号，根据电话信号获取话路信息(例如，所述话路信息至少包括主叫信息)以及根据主叫信息，将本次呼叫分配至目标坐席终端400。
在本申请的一些实施例中，访问服务器200至少被配置为：响应于目标坐席终端400(即为本次呼叫的主叫选择的与该主叫对话的坐席终端)操作人员的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息(即接收的来自于调度服务器100的话路信息、录音信息以及来自于终端设备300签写完成的交接单)更新初始出诊信息表单中的内容，得到出诊信息表单，将出诊信息表单生成可被访问的数据接口。
需要说明的是，调度服务器100可以采用Linux系统或者采用信息部门提供的虚拟机，访问服务器200也可以采用Linux系统或者采用信息部门提供的虚拟机。在本申请的一些实施中，调度服务器100和访问服务器200可以分开部署到了不同的服务器。
在本申请的一些实施例中，调度服务器100和访问服务器200也可以整合部署到一个服务器上。调度服务器100和访问服务器200通过在相同的配置环境下在服务器内部建立通信连接。调度服务器100至少被配置为：接收本次呼叫对应的电话信号，根据电话信号获取话路信息(例如，所述话路信息至少包括主叫信息)以及根据主叫信息，将本次呼叫分配至目标坐席终端400。访问服务器200至少被配置为：响应于目标坐席终端400(即为本次呼叫的主叫选择的与该主叫对话的坐席端)操作人员的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息(即接收的来自于调度服务器100的话路信息、录音信息以及来自于终端设备300签写完成的交接单)更新初始出诊信息表单中的内容，得到出诊信息表单，将出诊信息表单生成可被访问的数据接口。
终端设备300至少被配置为：接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；展示所述初始交接单；响应于操作人员对初始交接单的输入操作，得到目标交接单(即由医护人员填写完成的交接单)；向访问服务器发送所述目标交接单；其中，出诊信息表单中的部分或全部信息供操作人员参考，出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
在本申请的一些实施例中，终端设备300可以是手机、PAD等移动终端，本申请并不限定终端设备的具体类型，出诊的医护人员会携带该终端设备以通过该终端设备接收空白的交接单，并向访问服务器发送签写完成的目标交接单。
在本申请的一些实施例中，坐席终端400至少被配置为：坐席终端400操作人员接听本次呼叫的电话信号和输入派诊信息。坐席终端400可以是IP电话机(例如SIP电话机)，也可以是计算机设备等。本申请的实施例不限定坐席终端的具体设备类型。在本申请的另一些实施例中，当坐席终端400是可接听电话的计算机设备时，则访问服务器的功能也可以集成在该计算机设备上，此时该计算机设备至少用于展示WEB网页信息，即该计算机设备通过网页来展示出诊信息表。可以理解的是，由于计算机设备上的软电话可以接听和拨打电话，因此在本申请的一些实施例中可以用软电话替代IP电话机。
下面结合图2对本申请实施例的调度服务器100、访问服务器200和坐席终端400的通信关系进行介绍。
在一个实施例中，调度服务器100接收本次呼叫对应的电话信号(即接收图2的呼入电话)，并对该电话信号进行解析获取话路信息，之后通过SIP协议将本次呼叫分配给与坐席终端400对应的IP座机(即坐席端人员通过计算机设备接听电话)，在主叫与IP座机之间通话时，通过调度服务器100对该过程进行录音，得到录音信息。调度服务器100将话路信息和录音信息发送给访问服务器200后，坐席终端400的计算机设备的浏览器会展示话路信息和录音信息的具体内容，同时操作人员会在PC浏览器上录入相关的派诊信息并保存在访问服务器200(即保存在该计算机设备上)。
下面结合图3对本申请实施例的调度服务器100、访问服务器200和终端设备300的通信关系进行介绍。由上述可知，访问服务器200接收到调度服务器100发送的话路信息和录音信息、坐席终端400发送的派诊信息，还接收到由终端设备300的医护人员根据现场情况填写的目标交接单。话路信息、录音信息、派诊信息和目标交接单均为出诊记录信息的一部分在PC浏览器上显示，并将出诊记录信息生成可被访问的数据接口，实现信息共享。
下面结合图4阐述由图1的调度服务器100执行的共享信息的方法。
参见附图4，本申请实施例提供的由调度服务器100执行的共享信息的方法可以包括：S110，接收本次呼叫对应的电话信号；S120，根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；S130，根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
为了保证出诊记录信息的完整性和实用价值，在执行图4中的步骤S130之后，该方法还包括：对主叫与所述目标坐席终端之间的通话过程进行录音，得到并保存录音信息，其中，录音信息作为出诊记录信息的一部分；向访问服务器发送出诊记录信息。
进一步的，S120中的话路信息还可以包括被叫信息以及本次呼叫的发生时刻，其中，所述主叫信息、所述被叫信息以及所述本次呼叫的发生时刻作为所述出诊记录信息的一部分；向所述访问服务器发送所述出诊记录信息。
在本申请的实施例中，为了保证电话的有序调度，S130还可以包括利用SIP协议将所述本次呼叫对应的呼叫请求发送至语音网关，其中，所述语音网关被配置为根据预先设定的路由规则将所述呼叫请求连接至所述目标坐席终端。当有多个呼叫请求时，S130还可以包括根据多个呼叫请求的呼叫发生时刻，将所述多个呼叫请求顺次分配至所述目标坐席终端的空闲接听设备；其中，所述坐席终端包括多个所述接听设备。
在本申请的一些实施例中，坐席终端将接听设备进行编号，例如：1号设备、2号设备、3号设备等，以此类推。当有多个呼叫请求时还可以根据呼叫发生时刻进行电话排队，形成呼叫对列；只要接听设备处于空闲状态，就会按照先进先出的方式分配排队的电话到空闲的坐席，振铃提醒操作人员接听。
下面结合图5阐述由图1的访问服务器200执行的共享信息的方法。
参见附图5，本申请实施例提供的由访问服务器200执行的共享信息的方法可以包括：S210，响应于目标坐席终端人员的创建指令，创建初始出诊信息表单；S220，至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；S230，将所述出诊信息表单生成可被访问的数据接口。
为了便于相关人员提前获取被救治人员的相关信息，提高救治效率，在步骤S220中至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，还可以包括：根据所述出诊记录信息和目标坐席终端操作人员输入的派诊信息更新所述初始出诊信息表单中的内容，得到所述出诊信息表单，其中，所述派诊信息至少包括：派诊人员、派诊时间、派诊地点以及病情信息；向终端设备提供所述出诊信息表单中的部分或全部信息，其中，所述部分信息至少包括：所述派诊地点和所述病情信息。
为了进一步完善被救治人员相关信息，提升医护人员的响应速度和业务水平，S220中的出诊记录信息还可以包括由所述终端设备反馈的目标交接单，则所述出诊信息表单中包括所述目标交接单中的部分或全部内容；其中，所述目标交接单是通过响应于出诊人员向初始交接单输入的信息得到的。
需要说明的是，S220中的本次呼叫对应的话路信息包括：主叫信息、被叫信息和呼叫的发生时刻中的至少一个；本次呼叫对应的录音信息是通过对本次呼叫的主叫和目标坐席终端之间的通话过程进行录音得到的。
本申请实施例提供的由访问服务器200执行的共享信息的方法还可以包括生成初始交接单并向终端设备发送所述初始交接单。
下面结合图6阐述由图1的终端设备300执行的共享信息的方法。
参见附图6，本申请实施例提供的由终端设备300执行的共享信息的方法可以包括：S310，接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；S320，展示所述初始交接单；S330，响应于操作人员对所述初始交接单的输入操作，得到目标交接单；S340，向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
下面结合图7示例性的阐述图1中调度服务器100、访问服务器200、终端设备300和坐席终端400的交互过程，通过交互过程将出诊信息表单供医院内网访问可访问，实现信息实时共享。
S1，调度服务器100接收本次呼叫对应的电话信号，根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息。
具体的，话路信息还包括：被叫信息以及本次呼叫的发生时刻。
S2，调度服务器100根据主叫信息，发送本次呼叫到目标坐席终端400。
S3，目标坐席终端400操作人员接听本次呼叫。
S4，目标坐席终端400操作人员接听后，调度服务器100对主叫与目标坐席终端400之间的通话过程进行录音，得到录音信息，其中，录音信息作为出诊记录信息的一部分。
S5，基于本次呼叫，目标坐席终端400操作人员发送创建指令。
S6，访问服务器200响应于目标坐席终端400操作人员的创建指令，创建初始出诊信息表单。
S7，调度服务器100向访问服务器200发送话路信息和录音信息。
S8，访问服务器200接收话路信息和录音信息。
S9，目标坐席终端400操作人员向访问服务器200发送派诊信息输入指令。
S10，访问服务器200响应目标坐席终端400操作人员的派诊信息输入指令。
例如，派诊信息至少包括：派诊人员、派诊时间、派诊地点以及病情信息。
S11，访问服务器200至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单。
S12，访问服务器200向终端设备300发送出诊信息表单中的部分或全部信息和初始交接单。
S13，终端设备300接收出诊信息表单中的部分或全部信息和初始交接单。
需要说明的是，为了尽可能的减少设备或者服务器之间的数据传输量，在本申请的一些实施例中S13的终端设备300必须要从访问服务器200接收由目标坐席端的电话接听人员记录或录入的病情信息，以使出诊的医护人员在到达救治现场后对病人进行及时救治。
S14，终端设备300响应于操作人员对所述初始交接单的输入操作，得到目标交接单。
例如，在终端设备300上对应的APP上或者浏览器页面上显示目标交接单，其中，目标交接单的信息至少包括：被救治人员的基本信息、现场的实际病情信息以及实施的救治措施。可以理解的是，出诊的医护人员至少会在初始交接单上填写救治措施，以得到目标交接单。
S15，终端设备300向访问服务器200发送目标交接单。可以理解的是，目标交接单的内容与初始交接单的内容不同，因为目标交接单包括了出诊医护人员填写的内容。
S16，访问服务器200接收目标交接单。
S17，访问服务器200将出诊信息表单(该出诊信息表单包括了：话路信息、录音信息、目标交接单等信息)生成可被访问的数据接口，供医院内网访问。
需要说明的是，图7交互过程中涉及的处理步骤中实现细节可以参考对图4、图5和图6方法相应的部分，为避免重复在此不做过多赘述。
下面结合图8提供的本申请实施例的智能调度系统的架构图，对整个急救系统的实现流程进行简要阐述。需要说明的是，120急救中心会在当地的电话局或电信局开通一个120号码专线，可以是单个线路，也可以是多个电话线路。报警电话的承载网络为PSTN。
第一步，通过PSTN打进的电话信号一般为模拟电话信号，该模拟电话信号通过语音网关会转换成SIP协议的IP电话信号。如果电话信号本身就是IP电话信号或IMS来源的电话信号，则设置的语音网关可以被普通网关替代。
第二步，调度服务器100接收本次呼叫的IP电话信号，通过分析获取IP电话信号的话路信息得到主叫信息，根据主叫信息，将本次呼叫的IP电话信号分配至坐席终端400的接听设备。调度服务器100会将主叫与坐席终端的通话过程进行录音获取录音信息。需要说明的是，该话路信息还包括主叫信息、被叫信息以及本次呼叫的发生时刻。
具体的，调度服务器100安装有电话调度程序，采用SIP协议，具有IPPBX(IP的公司电话系统)电话交换的作用，可以用于电话的调度、多个电话排队、录音。
第三步，坐席终端400在接听电话之后，操作人员通过计算机设备(即访问服务器或称为网站服务器)的PC浏览器或者专用的APP端创建出诊信息表单，通过访问服务器200调取的调度服务器100的话路信息、录音信息以及操作人员输入的派诊信息来完善出诊信息表单。同时访问服务器200将出诊信息表单生成一个可被访问的数据接口，医院内网可以调用该接口访问出诊信息表单数据；或者可以设置内网路由器，使得访问服务器200直接接入医院内网。
第四步，访问服务器200将至少包括话路信息、录音信息、派诊信息的出诊信息表单和初始交接单发送给医护人员的终端设备300。终端设备300收到可以被公共网络访问的IP地址或域名，医护人员根据现场的实际情况在网络页面上填写初始交接单上的空白项。由于医护人员的终端设备连接的是公共网络环境，因此为了保障医院内网或对外通信的安全性，终端设备在向访问服务器200发送目标交接单的时候需要经过预先配置的网关。
第五步，访问服务器200收到目标交接单后，会更新数据接口，使医院相关人员可以获取最新的出诊信息。
需要说明的是，本申请实施例的调度服务器100、访问服务器200都接入到内网中，其中访问服务器上面可以安装WEB程序，采用C/S结构，由浏览器访问访问服务器200，用于供坐席电脑操作记录信息。
本申请的实施例实现了至少包括话路信息、录音信息、派诊信息以及交接单信息的实时共享，在节约时间的同时提升了救治效率。
为了完善上述技术方案，本申请实施例还提供了如图9所示的电话信号分配示意图。以下简要说明步骤102中将本次呼叫的IP电话信号分配至坐席终端400的接听设备的方法。
调度服务器100主要采用FreeSwitch开源软件，在该软件的基础上开发出了调度功能，电话调度的具体流程包括：
第一步，用户呼叫的固话线通过外部交换局(Foreign Exchange Office,FXO)传送到语音网关。
第二步，语音网关根据预先设置的路由规则将本次呼叫发送到指定的FreeSwitch服务器的IP和端口。
第三步，FreeSwitch服务器接收到本次呼叫后，外连到指定是TCP服务，TCP服务记录本次呼叫的话路信息并利用SIP协议中的invite呼叫请求发送到语音网关。
第四步，语音网关通过外部交换站(Foreign Exchange Station,FXS),根据预先配置的路由规则呼叫对应的IP座机。
需要说明的是，当同时有多个呼叫时，根据多个呼叫请求的呼叫发生时刻，将多个呼叫请求顺次分配至目标坐席终端的空闲接听设备(即：IP座机)。
另外，本申请实施例还提供了图10所示的一种调度服务器的结构图，应理解，该电话的调度服务器与上述图4方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该电话的调度服务器的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
调度服务器包括至少一个能以软件或固件的形式存储于存储器中或固化在调度服务器的操作系统中的软件功能模块，该调度服务器包括：信号接收模块410，被配置为接收本次呼叫对应的电话信号；信号获取模块420，被配置为根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；分配模块430，被配置为根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
可选的，图10的调度服务器还可以包括录音模块(图中未示出)，录音模块被配置为对主叫与所述目标坐席终端之间的通话过程进行录音，得到并保存录音信息，其中，所述录音信息作为出诊记录信息的一部分；向访问服务器发送所述出诊记录信息。
可选的，信号获取模块420中的话路信息还可以包括：被叫信息以及本次呼叫的发生时刻，其中，所述主叫信息、所述被叫信息以及所述本次呼叫的发生时刻作为所述出诊记录信息的一部分；向所述访问服务器发送所述出诊记录信息。
可选的，分配模块430还可以被配置为利用SIP协议将所述本次呼叫对应的呼叫请求发送至语音网关，其中，所述语音网关被配置为根据预先设定的路由规则将所述呼叫请求连接至所述目标坐席终端。
可选的，分配模块430还可以被配置为根据多个呼叫请求的呼叫发生时刻，将所述多个呼叫请求顺次分配至所述目标坐席终端的空闲接听设备；其中，所述坐席终端包括多个所述接听设备。
请参考图11，图11示出了本申请实施例提供的一种访问服务器的结构图。应理解，该访问服务器与上述图5方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该访问服务器的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
访问服务器包括至少一个能以软件或固件的形式存储于存储器中或固化在访问服务器的操作系统中的软件功能模块，该访问服务器包括：创建模块510，被配置为响应于目标坐席终端人员的创建指令，创建初始出诊信息表单；更新模块520，被配置为至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；访问模块530，被配置为将所述出诊信息表单生成可被访问的数据接口。
可选的，更新模块520中的至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，还包括根据所述出诊记录信息和目标坐席终端操作人员输入的派诊信息更新所述初始出诊信息表单中的内容，得到所述出诊信息表单，其中，所述派诊信息至少包括：派诊人员、派诊时间、派诊地点以及病情信息；向终端设备提供所述出诊信息表单中的部分或全部信息，其中，所述部分信息至少包括：所述派诊地点和所述病情信息。
可选的，出诊记录信息还包括由所述终端设备反馈的目标交接单，则所述出诊信息表单中包括所述目标交接单中的部分或全部内容；其中，所述目标交接单是通过响应于出诊人员向初始交接单输入的信息得到的。
可选的，本次呼叫对应的话路信息包括：主叫信息、被叫信息和呼叫的发生时刻中的至少一个。
可选的图11的访问服务器还可以包括生成模块(图中未示出)，生成模块被配置为生成初始交接单并向终端设备发送所述初始交接单。
请参见图12，图12为本申请实施例提供的一种终端设备的结构图。应理解，该终端设备与上述图6方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该终端设备的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
终端设备包括至少一个能以软件或固件的形式存储于存储器中或固化在终端设备操作系统中的软件功能模块。该终端设备包括：信息采集模块610，被配置为接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；显示模块620，被配置为展示所述初始交接单；操作模块630，被配置为响应于操作人员对所述初始交接单的输入操作，得到目标交接单；发送模块640，被配置为向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
参见附图13，图13为本申请实施例提供的共享信息的系统的部分结构图。应理解，该共享信息的系统与上述图1中的各个组成结构的方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该共享信息的系统包含的各个结构的具体功能可以参见上文中的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，此处不再过多赘述。
以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (16)

1.一种共享信息的方法，应用于调度服务器，其特征在于，所述方法包括：
接收本次呼叫对应的电话信号；
根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；
根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
2.如权利要求1所述的方法，其特征在于，在所述将所述本次呼叫分配至目标坐席终端之后，所述调度方法还包括：对主叫与所述目标坐席终端之间的通话过程进行录音，得到并保存录音信息，其中，所述录音信息作为出诊记录信息的一部分；
向访问服务器发送所述出诊记录信息。
3.根据权利要求1-2任一项所述的方法，其特征在于，所述话路信息还包括：被叫信息以及本次呼叫的发生时刻，其中，所述主叫信息、所述被叫信息以及所述本次呼叫的发生时刻作为所述出诊记录信息的一部分；
向所述访问服务器发送所述出诊记录信息。
4.根据权利要求1所述的方法，其特征在于，所述根据所述主叫信息，将所述本次呼叫分配至目标坐席终端，包括：
利用SIP协议将所述本次呼叫对应的呼叫请求发送至语音网关，其中，所述语音网关被配置为根据预先设定的路由规则将所述呼叫请求连接至所述目标坐席终端。
5.根据权利要求2所述的方法，其特征在于，所述根据所述主叫信息，将所述本次呼叫分配至目标坐席终端，包括：
根据多个呼叫请求的呼叫发生时刻，将所述多个呼叫请求顺次分配至所述目标坐席终端的空闲接听设备；
其中，所述坐席终端包括多个所述接听设备。
6.一种共享信息的方法，应用于至少可被坐席终端访问的访问服务器，其特征在于，包括：
响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；
至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；
将所述出诊信息表单生成可被访问的数据接口。
7.如权利要求6所述的方法，其特征在于，所述至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，包括：根据所述出诊记录信息和目标坐席终端操作人员输入的派诊信息更新所述初始出诊信息表单中的内容，得到所述出诊信息表单，其中，所述派诊信息至少包括：派诊人员、派诊时间、派诊地点以及病情信息；
向终端设备提供所述出诊信息表单中的部分或全部信息，其中，所述部分信息至少包括：所述派诊地点和所述病情信息。
8.如权利要求7所述的方法，其特征在于，所述出诊记录信息还包括由所述终端设备反馈的目标交接单，则所述出诊信息表单中包括所述目标交接单中的部分或全部内容；
其中，所述目标交接单是通过响应于出诊人员向初始交接单输入的信息得到的。
9.如权利要求6所述的方法，其特征在于，所述本次呼叫对应的话路信息包括：主叫信息、被叫信息和呼叫的发生时刻中的至少一个。
10.如权利要求6所述的方法，其特征在于，所述本次呼叫对应的录音信息是通过对本次呼叫的主叫和目标坐席终端之间的通话过程进行录音得到的。
11.如权利要求6所述的方法，其特征在于，所述访问方法还包括：
生成初始交接单并向终端设备发送所述初始交接单。
12.一种共享信息的方法，应用于终端设备，其特征在于，包括：
接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；
展示所述初始交接单；
响应于操作人员对所述初始交接单的输入操作，得到目标交接单；
向访问服务器发送所述目标交接单；
其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
13.一种调度服务器，其特征在于，包括：
信号接收模块，被配置为接收本次呼叫对应的电话信号；
信息获取模块，被配置为根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；
分配模块，被配置为根据所述主叫信息，将所述本次呼叫分配至目标坐席终端。
14.一种访问服务器，其特征在于，包括：
创建模块，被配置为响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；
更新模块，被配置为至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；
访问模块，被配置为将所述出诊信息表单生成可被访问的数据接口。
15.一种终端设备，其特征在于，包括：
信息采集模块，被配置为接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；
显示模块，被配置为展示所述初始交接单；
操作模块，被配置为响应于操作人员对所述初始交接单的输入操作，得到目标交接单；
发送模块，被配置为向访问服务器发送所述目标交接单；
其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
16.一种信息共享系统，其特征在于，包括：
调度服务器，至少被配置为：接收本次呼叫对应的电话信号；根据所述电话信号获取话路信息并存储所述话路信息，其中，所述话路信息至少包括主叫信息；根据所述主叫信息，将所述本次呼叫分配至目标坐席终端；
访问服务器，至少被配置为：响应于目标坐席终端操作人员的创建指令，创建初始出诊信息表单；至少根据接收的出诊记录信息更新所述初始出诊信息表单中的内容，得到出诊信息表单，其中，所述出诊信息表单中至少包括：本次呼叫对应的话路信息以及录音信息；将所述出诊信息表单生成可被访问的数据接口；
终端设备，至少被配置为：接收访问服务器发送的出诊信息表单中的部分或全部信息，并接收初始交接单；展示所述初始交接单；响应于操作人员对所述初始交接单的输入操作，得到目标交接单；向访问服务器发送所述目标交接单；其中，所述出诊信息表单中的部分或全部信息供操作人员参考，所述出诊信息表单中的部分信息至少包括：派诊地点和病情信息。
CN202110965702.3A 2021-08-23 共享信息的方法、装置以及系统 Active CN113691612B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110965702.3A CN113691612B (zh) 2021-08-23 共享信息的方法、装置以及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110965702.3A CN113691612B (zh) 2021-08-23 共享信息的方法、装置以及系统

Publications (2)

Publication Number Publication Date
CN113691612A true CN113691612A (zh) 2021-11-23
CN113691612B CN113691612B (zh) 2024-06-07

Family

ID=

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050004553A (ko) * 2003-07-03 2005-01-12 정경우 발신자 정보를 이용한 응급진료 시스템 및 그 방법
CN101977181A (zh) * 2010-08-27 2011-02-16 杭州美诺泰科科技有限公司 一种紧急医疗救援通讯系统
CN102413251A (zh) * 2011-12-31 2012-04-11 携程计算机技术（上海）有限公司 一种大规模分布式呼叫中心系统
CN103413025A (zh) * 2013-07-19 2013-11-27 上海华美络信息技术有限公司 一种监控急救车的系统及方法
CN105405085A (zh) * 2015-09-28 2016-03-16 上海市第十人民医院 一种医院实现院前院内急救“无缝”连接的方法
CN106462817A (zh) * 2015-07-23 2017-02-22 深圳循证医学信息技术有限公司 一种急救分级优先调度方法及装置
CN206260015U (zh) * 2016-10-24 2017-06-16 北创动力（北京）科技发展有限公司 医疗急救呼叫系统
CN107480439A (zh) * 2017-07-28 2017-12-15 杭州微云通信技术有限公司 一种脑卒中急救系统和方法
CN108986923A (zh) * 2017-06-02 2018-12-11 镇江市急救中心 120急救信息化系统
CN109119146A (zh) * 2018-07-27 2019-01-01 重庆迪强科技发展有限公司 医疗急救管理系统
CN110691102A (zh) * 2019-10-29 2020-01-14 维沃移动通信有限公司 一种信息共享方法及电子设备、服务器
CN111210902A (zh) * 2019-12-30 2020-05-29 重庆同仁至诚智慧医疗科技股份有限公司 应急救援智能调度方法及系统、服务器、终端、存储介质

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050004553A (ko) * 2003-07-03 2005-01-12 정경우 발신자 정보를 이용한 응급진료 시스템 및 그 방법
CN101977181A (zh) * 2010-08-27 2011-02-16 杭州美诺泰科科技有限公司 一种紧急医疗救援通讯系统
CN102413251A (zh) * 2011-12-31 2012-04-11 携程计算机技术（上海）有限公司 一种大规模分布式呼叫中心系统
CN103413025A (zh) * 2013-07-19 2013-11-27 上海华美络信息技术有限公司 一种监控急救车的系统及方法
CN106462817A (zh) * 2015-07-23 2017-02-22 深圳循证医学信息技术有限公司 一种急救分级优先调度方法及装置
CN105405085A (zh) * 2015-09-28 2016-03-16 上海市第十人民医院 一种医院实现院前院内急救“无缝”连接的方法
CN206260015U (zh) * 2016-10-24 2017-06-16 北创动力（北京）科技发展有限公司 医疗急救呼叫系统
CN108986923A (zh) * 2017-06-02 2018-12-11 镇江市急救中心 120急救信息化系统
CN107480439A (zh) * 2017-07-28 2017-12-15 杭州微云通信技术有限公司 一种脑卒中急救系统和方法
CN109119146A (zh) * 2018-07-27 2019-01-01 重庆迪强科技发展有限公司 医疗急救管理系统
CN110691102A (zh) * 2019-10-29 2020-01-14 维沃移动通信有限公司 一种信息共享方法及电子设备、服务器
CN111210902A (zh) * 2019-12-30 2020-05-29 重庆同仁至诚智慧医疗科技股份有限公司 应急救援智能调度方法及系统、服务器、终端、存储介质

Similar Documents

Publication Publication Date Title
US20190132444A1 (en) System and Method for Providing Healthcare Related Services
US8965779B1 (en) Fulfilling staffing requirements via an interactive voice response system
US8412539B2 (en) Handheld medical information management device
EP0982915A2 (en) Automatic call distribution and training system
US10673954B2 (en) Digital service interface
US20070294344A1 (en) Automatic scheduling system
JP6941572B2 (ja) ナースコールシステム
US10277478B2 (en) Connected machine initiated service
US20050220084A1 (en) Method of providing digital data service to users of video telephony calls
US20100082391A1 (en) Method, device, and system for appointment messaging
WO2019059520A1 (ko) 지능형 콜백 서비스 제공 시스템
US20070214011A1 (en) Patient Discharge System and Associated Methods
CN110109766A (zh) 数据请求方法、装置、系统、数据转发装置及存储介质
CN101459736A (zh) 用于生成预期能力数据的方法和系统
JP2012008778A (ja) 救急搬送支援システム及び端末
US20070174084A1 (en) System and method for connecting individuals with remote volunteer medical personnel
CN108549949A (zh) 社区服务人员派遣优化系统
CN113691612B (zh) 共享信息的方法、装置以及系统
CN113691612A (zh) 共享信息的方法、装置以及系统
JP2014217590A (ja) ナースコールシステム、ナースコール発着信履歴管理方法およびナースコール発着信履歴管理プログラム
WO2000056014A1 (fr) Dispositif de traitement et procede permettant de promouvoir les modalites de discussion lors d'une teleconference
JP5507717B1 (ja) 出退勤管理システム及び出退勤管理方法
US20060250978A1 (en) Personal communication interaction manager
CN110942818A (zh) 一种院前急救方法、装置及系统
WO2019038807A1 (ja) 情報処理システム及び情報処理プログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant