CN116887244A - 一种基于消息服务的危急值自动提醒方法及系统 - Google Patents
一种基于消息服务的危急值自动提醒方法及系统 Download PDFInfo
- Publication number
- CN116887244A CN116887244A CN202311132853.6A CN202311132853A CN116887244A CN 116887244 A CN116887244 A CN 116887244A CN 202311132853 A CN202311132853 A CN 202311132853A CN 116887244 A CN116887244 A CN 116887244A
- Authority
- CN
- China
- Prior art keywords
- message
- critical value
- message service
- channel
- service
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 38
- 238000013461 design Methods 0.000 claims description 9
- 238000009434 installation Methods 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 4
- 230000010354 integration Effects 0.000 claims 1
- 239000011800 void material Substances 0.000 description 6
- 238000012360 testing method Methods 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000007170 pathology Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Public Health (AREA)
- Software Systems (AREA)
- Medical Informatics (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Evolutionary Computation (AREA)
- Business, Economics & Management (AREA)
- Life Sciences & Earth Sciences (AREA)
- Artificial Intelligence (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Biology (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Environmental & Geological Engineering (AREA)
- Pathology (AREA)
- Emergency Management (AREA)
- Human Computer Interaction (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种基于消息服务的危急值自动提醒方法及系统,包括在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;基于消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;医院业务系统接收消息服务反馈的危急值消息的发送状态,当危急值消息发送成功时,根据业务系统要求,对用户进行提醒,当危急值消息发送失败时,根据反馈状态向对应用户再次发送危急值消息,直至用户接受到危急值消息为止,本发明解决了修改系统造成的不稳定性和减少系统间的耦合问题。
Description
技术领域
本发明属于医疗信息应用服务领域,具体涉及一种基于消息服务的危急值自动提醒方法及系统。
背景技术
危急值是指某项或某类检验检查异常结果,而当这种检验检查异常结果出现时,表明患者可能正处于有生命危险的边缘状态,临床医生需要及时得到检验检查信息,迅速给予患者有效的干预措施或治疗,就可能挽救患者生命,否则就有可能出现严重后果,失去最佳抢救机会。现目前的临床危急值的处理流程主要包括以下步骤:1 .检验检查人员或相关人员在得到危急值后,通过电话或网络通知临床医务人员;2 .临床医务人员在接到通知后,通知相应的主管医生或护士进行处理;3 .主管医生或护士在接到通知后,对相应的病人结合临床情况采取相应的措施,以保证及时对病人进行救治。
但是,由于医院业务系统(如RIS系统、病理系统等)的生产厂商不同,每个厂家都需要有对应的危急值消息提醒,而每家医院的消息提醒方式、结构都不同,从而导致现有的危急值消息提醒系统出现结构复杂,系统耦合繁多,系统调用困难等问题。
发明内容
针对上述现有技术的不足,本发明所要解决的技术问题是:如何提供一种基于消息服务的危急值自动提醒方法及系统。
为了解决上述技术问题,本发明采用了如下的技术方案:
第一方面本申请提供一种基于消息服务的危急值自动提醒方法,包括以下步骤:
在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
所述医院业务系统接收消息服务反馈的危急值消息的发送状态,当所述危急值消息发送成功时,根据医院业务系统要求,对用户进行弹框/短信提醒,当所述危急值消息发送失败时,所述医院业务系统根据反馈状态向对应用户再次发送所述危急值消息,直至用户接受到所述危急值消息为止。
在一些实施例的一些可选的实现方式中,所述在医院业务系统中集成危急值自动提醒组件,包括:
根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
在一些实施例的一些可选的实现方式中,所述同时注册消息服务工厂,包括:
在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
在一些实施例的一些可选的实现方式中,所述基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道,包括:
通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
根据用户分组传入消息通道的参数,进行分组注册用户通道。
在一些实施例的一些可选的实现方式中,所述当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息,包括:
医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务;
消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
第二方面本申请提出一种基于消息服务的危急值自动提醒系统,包括消息服务工厂注册模块、消息通道注册模块、危急值消息发送模块和发送提醒分析模块;
所述消息服务工厂注册模块,用于在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
所述消息通道注册模块,用于基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
所述危急值消息发送模块,用于当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
所述发送提醒分析模块,用于所述医院业务系统接收消息服务反馈的危急值消息的发送状态,当所述危急值消息发送成功时,根据医院业务系统要求,对用户进行弹框/短信提醒,当所述危急值消息发送失败时,所述医院业务系统根据反馈状态向对应用户再次发送所述危急值消息,直至用户接受到所述危急值消息为止。
在一些实施例的一些可选的实现方式中,所述消息服务工厂注册模块包括危急值自动提醒组件配置单元;
所述危急值自动提醒组件配置单元用于根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
在一些实施例的一些可选的实现方式中,所述消息服务工厂注册模块还包括消息服务安装发布单元和消息服务工厂注册单元;
所述消息服务安装发布单元,用于在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
所述消息服务工厂注册单元,用于当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
在一些实施例的一些可选的实现方式中,所述消息通道注册模块包括消息通道创建单元和消息通道注册单元;
所述消息通道创建单元,用于通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
所述消息通道注册单元,用于根据用户分组传入消息通道的参数,进行分组注册用户通道。
在一些实施例的一些可选的实现方式中,所述危急值消息发送模块包括危急值消息中转单元和危急值消息发送单元;
所述危急值消息中转单元,用于医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务;
所述危急值消息发送单元,用于消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
本发明的有益效果:
1、快速通知技术:利用短信、提醒等方式向特定人群发送紧急通知,确保信息能够快速到达目标人员。
2、智能分析技术:通过智能分析技术,识别和筛选出重要的信息,并将其传递给相关人员,避免信息的过度冗杂和误导。
3、多种通讯方式:支持多种通讯方式,如短信、邮件、电话、即时通讯等,以满足不同用户的需求。
4、可扩展性:具有良好的可扩展性,可以根据用户的需求进行定制化开发和部署。
附图说明
图1为本发明的总体流程图。
图2为本发明的系统原理框图。
具体实施方式
下面结合附图对本发明作进一步的详细说明。
第一方面本申请提供一种基于消息服务的危急值自动提醒方法,如图1所示,包括以下步骤:
S100:在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
在一些实施例的一些可选的实现方式中,所述在医院业务系统中集成危急值自动提醒组件,包括:
根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
其中,接口方法描述(定义的接口函数的接口函数名、功能描述、参数说明以及函数返回值)如下:
InitProducer Method:
接口函数名 | IConnectionFactory InitProducer() |
功能描述 | 注册消息服务 |
参数说明 | 无 |
函数返回值 | 消息工厂 |
ActiveMQSendMessageforTopic Method:
接口函数名 | Void ActiveMQSendMessageforTopic() |
功能描述 | 注册用户通道及发送消息 |
参数说明 | 无 |
函数返回值 |
InitConsumerTopic Method:
接口函数名 | void InitConsumerTopic() |
功能描述 | 危急值消息系统接收信息 |
参数说明 | 无 |
函数返回值 |
MyDialog Method:
接口函数名 | void MyDialog(string message) |
功能描述 | 危急值消息弹窗提醒 |
参数说明 | 无 |
函数返回值 |
在一些实施例的一些可选的实现方式中,所述同时注册消息服务工厂,包括:
在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
具体的,注册消息服务工厂的具体代码执行步骤如下:
//注册消息工厂
public static void InitProducer()
{
try
{
//初始化工厂,参数为消息服务发布地址
IConnectionFactory factory = new ConnectionFactory("tcp://127.0.0.1:61616");
}
catch (Exception ex)
{
LogHelper.Default.SaveAsText("初始化失败!tcp://" +User.MessageServerIP + ":61616失败,错误信息为:" + ex.Message,LogFileInfo.Error);
}
}
S200:基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
在一些实施例的一些可选的实现方式中,所述基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道,包括:
通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
根据用户分组传入消息通道的参数,进行分组注册用户通道。
具体的,注册消息用户通道的具体代码执行步骤如下:
//注册用户通道
private void ActiveMQSendMessageforTopic(string MQmessages)
{
try
{
LogHelper.Default.SaveAsText("进入 ActiveMQSendMessageforTopic");
//通过工厂建立连接
using (IConnection connection = factory.CreateConnection())
{
LogHelper.Default.SaveAsText("完成 factory.CreateConnection");
//通过连接创建Session会话
using(ISession session = connection.CreateSession())
{
LogHelper.Default.SaveAsText("完成 connection.CreateSession");
//创建通道,CreateWJZMQ是通道名称
IMessageProducer prod = session.CreateProducer(new Apache.NMS.ActiveMQ.Commands.ActiveMQTopic("CreateWJZMQ"));
//创建一个发送的消息对象
ITextMessage message = prod.CreateTextMessage();
//给这个对象赋实际的消息(消息内容)
message.Text = MQmessages;
//发送消息(会给CreateWJZMQ通道下的所有用户发送信息)参数MsgDeliveryMode是否长链,MsgPriority消息优先级别,TimeSpan发送最小单位
prod.Send(message,MsgDeliveryMode.NonPersistent,MsgPriority.Normal,TimeSpan.MinValue);
if (connection != null)
{
//连接关闭
connection.Close();
}
}
}
}
catch (Exception ex)
{
LogHelper.Default.SaveAsText("超声 ActiveMQSendMessageforTopic报错" + ex.ToString());
}
}
S300:当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
在一些实施例的一些可选的实现方式中,所述当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息,包括:
医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务,其中,通过注册通道的IMessageProducer 类的 Send方法向消息服务中发送危急值消息;
消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
其中,在发送消息时会根据通道分组发送,医院业务系统在进行通道注册时,会传入消息通道名称及用户ID参数信息,消息通道名称就是用户分组,相同分组下的用户可以使用相同通道。当收发消息时,相同通道下的用户都会收到危急值消息,进一步的,消息服务收到消息后,当相同通道的其他用户上线后(即其他用户通道注册成功并在线),消息服务会自动给其他用户发送该条危急值信息,在线状态由业务系统初始化时会根据当前登录用户ID与消息服务交互信息判断在线;
具体的,消息服务进行危急值消息的发送和接收的具体代码执行步骤如下:
//接收消息方法
public void InitConsumerTopic()
{
try
{
//Create the Connection factory
IConnectionFactory factory= new ConnectionFactory("tcp://127.0.0.1:61616/");
//Create the connection
using (IConnection connection = factory.CreateConnection())
{
connection.ClientId = User.UserID;
connection.Start();
//Create the Session
using (ISession session = connection.CreateSession())
{
//接收消息的通道名称
IMessageConsumer consumer = session.CreateDurableConsumer(newApache.NMS.ActiveMQ.Commands.ActiveMQTopic("CreateWJZMQ"), User.UserID, null,false);
#region 同步的方式接收消息 pull
while (true)
{
ITextMessage textMessage = (ITextMessage)consumer.Receive();//无参数表示一直等待接收消息,不为空时则收到消息
if (textMessage != null)
{
//收到消息,弹出提示
if(GlobalVar.ShowMsgQuetsion("有危急值信息,是否进入?"))
{
this.Dispatcher.BeginInvoke(new ThreadStart(delegate ()
{
ImageCenterHZ_Click(null, null);
}
));
}
}
else
{
break;
}
}
#endregion 同步的方式接收消息 pull
}
connection.Stop();
connection.Close();
}
}
catch (System.Exception e)
{
LogHelper.Default.SaveAsText("初始化报错 ERROR=" + e.Message,LogFileInfo.Error);
}
}
S400:所述医院业务系统接收消息服务反馈的危急值消息的发送状态;
当所述危急值消息发送成功时,执行步骤S500;
S500:根据医院业务系统要求,对用户进行弹框/短信提醒;
当所述危急值消息发送失败时,返回执行步骤S300;
直至用户接受到所述危急值消息为止;
其中,消息发送成功后,消息服务会返回发送状态,失败则返回0,再由医院业务系统判断,重新发送危急值消息,成功则进行下一步,进一步的,当用户登录系统成功上线,医院业务系统会给当前人发送消息,弹框成功则提醒结束。
第二方面本申请提出一种基于消息服务的危急值自动提醒系统,如图2所示,包括消息服务工厂注册模块、消息通道注册模块、危急值消息发送模块和发送提醒分析模块;
所述消息服务工厂注册模块,用于在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
所述消息通道注册模块,用于基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
所述危急值消息发送模块,用于当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
所述发送提醒分析模块,用于所述医院业务系统接收消息服务反馈的危急值消息的发送状态,当所述危急值消息发送成功时,根据医院业务系统要求,对用户进行弹框/短信提醒,当所述危急值消息发送失败时,所述医院业务系统根据反馈状态向对应用户再次发送所述危急值消息,直至用户接受到所述危急值消息为止。
在一些实施例的一些可选的实现方式中,所述消息服务工厂注册模块包括危急值自动提醒组件配置单元;
所述危急值自动提醒组件配置单元用于根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
在一些实施例的一些可选的实现方式中,所述消息服务工厂注册模块还包括消息服务安装发布单元和消息服务工厂注册单元;
所述消息服务安装发布单元,用于在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
所述消息服务工厂注册单元,用于当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
在一些实施例的一些可选的实现方式中,所述消息通道注册模块包括消息通道创建单元和消息通道注册单元;
所述消息通道创建单元,用于通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
所述消息通道注册单元,用于根据用户分组传入消息通道的参数,进行分组注册用户通道。
在一些实施例的一些可选的实现方式中,所述危急值消息发送模块包括危急值消息中转单元和危急值消息发送单元;
所述危急值消息中转单元,用于医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务;
所述危急值消息发送单元,用于消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
以上仅是本发明优选的实施方式,需指出的是,对于本领域技术人员在不脱离本技术方案的前提下,作出的若干变形和改进的技术方案应同样视为落入本申请要求保护的范围。
Claims (10)
1.一种基于消息服务的危急值自动提醒方法,其特征在于:包括以下步骤:
在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
所述医院业务系统接收消息服务反馈的危急值消息的发送状态,当所述危急值消息发送成功时,根据医院业务系统要求,对用户进行弹框/短信提醒,当所述危急值消息发送失败时,所述医院业务系统根据反馈状态向对应用户再次发送所述危急值消息,直至用户接受到所述危急值消息为止。
2.根据权利要求1所述的方法,其特征在于:所述在医院业务系统中集成危急值自动提醒组件,包括:
根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
3.根据权利要求2所述的方法,其特征在于:所述同时注册消息服务工厂,包括:
在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
4.根据权利要求3所述的方法,其特征在于:所述基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道,包括:
通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
根据用户分组传入消息通道的参数,进行分组注册用户通道。
5.根据权利要求4所述的方法,其特征在于:所述当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息,包括:
医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务;
消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
6.一种基于消息服务的危急值自动提醒系统,其特征在于:包括消息服务工厂注册模块、消息通道注册模块、危急值消息发送模块和发送提醒分析模块;
所述消息服务工厂注册模块,用于在医院业务系统中集成危急值自动提醒组件,同时注册消息服务工厂;
所述消息通道注册模块,用于基于所述消息服务工厂中的不同用户分组以及通道参数注册对应的消息通道;
所述危急值消息发送模块,用于当消息服务工厂和消息通道注册成功后,医院业务系统基于危急值自动提醒组件中获取危急值消息,并通过消息服务工厂中的消息服务向对应用户发送危急值消息;
所述发送提醒分析模块,用于所述医院业务系统接收消息服务反馈的危急值消息的发送状态,当所述危急值消息发送成功时,根据医院业务系统要求,对用户进行弹框/短信提醒,当所述危急值消息发送失败时,所述医院业务系统根据反馈状态向对应用户再次发送所述危急值消息,直至用户接受到所述危急值消息为止。
7.根据权利要求6所述的系统,其特征在于:所述消息服务工厂注册模块包括危急值自动提醒组件配置单元;
所述危急值自动提醒组件配置单元用于根据危急值自动提醒组件的功能设计对应的组件接口,包括定义接口函数InitProducer、接口函数ActiveMQSendMessageforTopic、接口函数InitConsumerTopic以及接口函数MyDialog,所述接口函数InitProducer用于调用时注册消息服务工厂;所述接口函数ActiveMQSendMessageforTopic用于调用时注册用户通道以及发送危急值消息,所述接口函数InitConsumerTopic用于调用时接收反馈的危急值消息的发送状态,所述接口函数MyDialog用于调用时对用户进行危急值消息弹窗提醒。
8.根据权利要求7所述的系统,其特征在于:所述消息服务工厂注册模块还包括消息服务安装发布单元和消息服务工厂注册单元;
所述消息服务安装发布单元,用于在医院业务系统中安装消息服务应用程序,启动消息服务应用程序并发布;
所述消息服务工厂注册单元,用于当消息服务应用程序启动时,在医院业务系统加载时初始化消息服务工厂,通过实例化 ConnectionFactory注册消息服务工厂,消息服务工厂的参数为消息服务发布地址。
9.根据权利要求8所述的系统,其特征在于:所述消息通道注册模块包括消息通道创建单元和消息通道注册单元;
所述消息通道创建单元,用于通过Isession的CreateDurableConsumer方法创建所述消息通道,消息通道的参数为通道名称及唯一值编号;
所述消息通道注册单元,用于根据用户分组传入消息通道的参数,进行分组注册用户通道。
10.根据权利要求9所述的系统,其特征在于:所述危急值消息发送模块包括危急值消息中转单元和危急值消息发送单元;
所述危急值消息中转单元,用于医院业务系统根据注册的消息通道的名称,通过实例化的消息通道,执行send方法,发送所述危急值消息至消息服务工厂中的消息服务;
所述危急值消息发送单元,用于消息服务工厂中的消息服务收到消息后向对应消息通道中的用户发送所述危急值消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311132853.6A CN116887244B (zh) | 2023-09-05 | 2023-09-05 | 一种基于消息服务的危急值自动提醒方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311132853.6A CN116887244B (zh) | 2023-09-05 | 2023-09-05 | 一种基于消息服务的危急值自动提醒方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116887244A true CN116887244A (zh) | 2023-10-13 |
CN116887244B CN116887244B (zh) | 2023-12-15 |
Family
ID=88262405
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311132853.6A Active CN116887244B (zh) | 2023-09-05 | 2023-09-05 | 一种基于消息服务的危急值自动提醒方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116887244B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117151658A (zh) * | 2023-10-31 | 2023-12-01 | 智业软件股份有限公司 | 实现危急值处理措施推荐和触发范围校准的方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040242246A1 (en) * | 2003-05-30 | 2004-12-02 | Lee Chinmei Chen | Short message service request employment by application server component to obtain one or more mobile device short message service reports |
CN103297937A (zh) * | 2012-03-01 | 2013-09-11 | 盛大计算机(上海)有限公司 | 一种实现信息通知的方法、系统和装置 |
CN110505275A (zh) * | 2019-07-16 | 2019-11-26 | 北京奇艺世纪科技有限公司 | 数据传输方法、系统、服务器及计算机可读存储介质 |
-
2023
- 2023-09-05 CN CN202311132853.6A patent/CN116887244B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040242246A1 (en) * | 2003-05-30 | 2004-12-02 | Lee Chinmei Chen | Short message service request employment by application server component to obtain one or more mobile device short message service reports |
CN103297937A (zh) * | 2012-03-01 | 2013-09-11 | 盛大计算机(上海)有限公司 | 一种实现信息通知的方法、系统和装置 |
CN110505275A (zh) * | 2019-07-16 | 2019-11-26 | 北京奇艺世纪科技有限公司 | 数据传输方法、系统、服务器及计算机可读存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117151658A (zh) * | 2023-10-31 | 2023-12-01 | 智业软件股份有限公司 | 实现危急值处理措施推荐和触发范围校准的方法 |
CN117151658B (zh) * | 2023-10-31 | 2024-02-23 | 智业软件股份有限公司 | 实现危急值处理措施推荐和触发范围校准的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN116887244B (zh) | 2023-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116887244B (zh) | 一种基于消息服务的危急值自动提醒方法及系统 | |
US7742762B1 (en) | Systems and methods for remote notification, diagnostics and remedy management | |
US6730026B2 (en) | Medical system for monitoring a measured value of a patient relating to blood-clotting | |
US8392747B2 (en) | Distributed fault tolerant architecture for a healthcare communication system | |
CN105096226A (zh) | 实现多方会诊的方法、医院服务器、用户终端及系统 | |
US20160014584A1 (en) | Emergency Notification System | |
CN110914918B (zh) | 用于健康监视和提供紧急支援的系统和方法 | |
US6434605B1 (en) | Automatic detection and recovery for problems arising with interconnected queue managers | |
US20100057865A1 (en) | Transferable Debug Session in a Team Environment | |
CN106993043B (zh) | 基于代理的数据通信系统和方法 | |
US6118862A (en) | Computer telephony system and method | |
CN109684155A (zh) | 监控配置方法、装置、设备及可读存储介质 | |
CN109300070A (zh) | 一种救护通信方法、装置、服务器及存储介质 | |
JP2001014254A (ja) | 会話支援方法及び会話支援装置 | |
CN113010379B (zh) | 电子设备监控系统 | |
CN101421976A (zh) | 提供被动状态消息收发的方法和系统 | |
EP2381630B1 (en) | Monitoring a mobile data service associated with a mailbox | |
Unluturk et al. | Improving communication among nurses and patients | |
CN105608774A (zh) | 一种智能门禁控制系统及其控制方法 | |
CN110572271B (zh) | 一种管理语音聊天室的方法及系统 | |
CN103222255B (zh) | 自动启动用于文本通信的通信终端设备的方法和装置 | |
EP3598403B1 (en) | Distributed fault tolerant architecture for a healthcare communication system | |
WO2019105067A1 (zh) | 通道建立方法以及基站 | |
EP2429248A1 (en) | Method and system for telephone notification, signaling monitor unit and server | |
CN113409048B (zh) | 区块链对接平台的监测方法、区块链对接平台和电子装置 |
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 | ||
GR01 | Patent grant |