CN101178787A - 用于社区老干部保健管理的信息沟通方法 - Google Patents

Abstract

本发明涉及一种用于社区老干部保健管理的信息沟通方法，是通过以下步骤实现的：通过中央驱动处理系统自动发现规则/流程系统组件、M个其它系统组件和N个标准组件(1)；加载及初始化规则/流程系统组件，并生成规则/流程库(2)；加载及初始化M个其它系统组件和N个标准组件(3)；将M个其它系统组件和N个标准组件分别向规则/流程系统组件发送注册事件消息(4)；规则/流程系统组件将消息序列化后加入事件库(5)；当M个其它系统组件和N个标准组件中的二个或二个以上的组件向中央驱动处理系统发送服务请求后，所述的中央驱动处理系统会根据事件库和规则/流程库进行处理(6)；通过规则/流程系统组件向服务请求者回馈所需信息(7)。

Description

用于社区老干部保健管理的信息沟通方法

技术领域

本发明涉及一种信息沟通平台，尤其涉及一种用于社区老干部保健管理的信息沟通方法。

背景技术

随着社会的不断发展，城市管理体制改革的不断变化和离休干部的高龄化，社区老干部工作的地位和作用越来越重要。

现代医疗系统中强调的是个性化医疗保健，认为每一个人都是独一无二的个体，要尊重保健对象的个性，尤其是离退休老干部，都有着特殊的生活经历，过去的战争环境恶劣，生活质量差，老干部南征北战，对身体各系统损害较重，多数老干部患有数种疾病，精神一旦受到打击，给老干部生理、心理造成不良影响，不利于身心的康复。医疗保健应根据不同老干部的不同需求，开展个性化服务。针对老干部对疾病恐惧、焦虑的心理，引导老人正确对待自己的疾病，耐心细致讲解病情，讲究策略，注意方法，把握尺寸，避免对老人造成精神上的刺激，鼓励老人正视疾病，强调早期治疗的重要性。

因此需要完善老干部的个性化资料，诸如一般资料、家庭成员情况、特殊爱好、饮食习性、睡眠状态等等，完整书写记录病情，每次出入院都详细记载，并针对可能发生的急危病症，制定个人抢救预案；针对每年体检情况，具体分析，动态监测。根据这些信息，能与老干部进行很好的沟通、交流；根据老干部的性情、喜好，尽量满足其需求，老干部会有一种亲切、惊喜之感，能以非常积极、信任的态度配合我们的医疗保健。

因此需要适时地提出一个用于信息交流的方法将有针对性的解决和完善解决的方案体系。如何设计一种用于社区老干部保健管理的信息沟通方法是摆在科技技术人员面前的一个问题。

发明内容

本发明需要解决的技术问题是提供了一种用于社区老干部保健管理的信息沟通方法，旨在解决上述问题。

为了解决上述技术问题，本发明是通过以下步骤实现的：

通过一个用来提供给不同的信息沟通交互平台接口服务层将访问信息汇总；

通过一个用于完成不同信息交互手段的接收通信层将不同信息交互的内容进行分类；

通过一个完成将不同格式数据与协议内部格式数据的相互转换的协议层进行转换；

通过一个将接收到的不同来源的信息传送到不同的信息目的地的链路层进行分配；

通过一个发送通信层将数据发送；

其中：协议层进行转换是通过保存所有格式信息主体的消息以及将消息从一个格式向另一个格式变换主体的变形进行的。

与现有技术相比，本发明的有益效果是：将老干部的个人信息汇总采用平台管理，个人使用的方式，在应急时刻可随时调用方便使用；既使用传统的信息交互手段，也可以在不同的信息交互手段中使用。

附图说明

图1、图2、图3是本发明的流程图；

具体实施方式

下面结合附图与具体实施方式对本发明作进一步详细描述：由图1、图2、图3可见：通过中央驱动处理系统自动发现所有组件：包括规则/流程系统组件、M个其它系统组件和N个标准组件；所述的M、N是正整数1；具有特殊的生命周期，运行时核心启动后系统组件自动启动，运行时核心关闭时系统组件自动关闭，系统组件更新后运行时核心必须重新启动；

加载及初始化规则/流程系统组件，并生成规则/流程库2；

加载及初始化M个其它系统组件和N个标准组件3；

将M个其它系统组件和N个标准组件分别向规则/流程系统组件发送注册事件消息4；所述的注册事件消息由两部分组成，一部分是事件说明；另一部分是执行规则或流程；例如——“如果标准组件异常，就先写异常日志，再报错。”这个事件经注册后，规则/流程系统组件先向事件库写入“标准组件异常”，再向规则/流程库写入“写异常日志、报错”；

规则/流程系统组件将消息序列化后加入事件库5；

当M个其它系统组件和N个标准组件中的二个或二个以上的组件向中央驱动处理系统发送服务请求后，所述的中央驱动处理系统会根据事件库和规则/流程库进行处理6；

通过规则/流程系统组件向服务请求者回馈所需信息7；所述的回馈所需信息：如果标准组件异常，中央驱动处理系统将异常事件交规则/流程系统组件进行匹配，规则/流程系统组件查找事件库，找到“标准组件异常”事件，然后在规则/流程库中匹配规则/流程——“写异常日志、报错”，把这个消息返回中央驱动处理系统，由中央驱动处理系统调用相应的组件来完成“写异常日志、报错”；因为组件启动时已向中央驱动处理系统注册了一组服务对象和一组相关的服务接口对象，因此中央驱动处理系统能够知道调用哪个组件来处理规则/流程；

所述的每个组件或中央驱动处理系统在其它组件或中央驱动处理系统发出服务请求时，会执行服务请求这一组作业时可以通过以下状态实现：等待——指示已调度作业运行，但是它尚未运行；正在运行——指示作业正在运行；正在休眠——指示作业由于休眠请求或者调度它在经过一定延迟之后才运行而正在休眠；无——指示作业未在等待、运行或休眠；当创建了作业但是尚未调度它时，作业就会处于此状态；在作业完成运行或者已被取消之后，它也将处于此状态11；

步骤6、7中：当需要访问和处理同一个对象时，所述的对象被授予对共享对象的互斥访问的协议；

本发明主要特点体现在以一个高效的微小运行时核心(又称为中央驱动处理系统)为基础，灵活的扩充各种插件，纵向的组合成各种系统，并辅以规则/流程引擎和其它系统组件，横向的组成各种应用。

本系统启动时，运行时核心先运行，随后运行时核心自动发现所有组件，并首先加载系统组件；当所有的系统组件加载及初始化完毕后，系统加载并初始化标准组件；当所有组件加载及初始化完毕后，系统的纵向组合完成；任何组件都可以向其它组件传递消息，例如标准组件G可以向规则/流程系统组件发送注册事件消息，规则/流程系统组件将消息序列化后加入事件库；依此类推，系统即完成横向组合。此时本发明初始化完成，任何组件(例如组件G)都可以发送服务请求，当相应的组件(例如规则/流程系统组件)收到服务请求后，会根据相应的配置(例如事件库和规则/流程库)处理并生成服务回馈信息和，通过相应的组件(例如规则/流程系统组件)回复给请求者。

本发明中的每一个组件都是一个标准的组件对象，它们都可以通过一个管理代理来管理它们的生命周期。

每个组件都必须是下列状态之一：

●装载——组件被成功安装后的状态；

●就绪——组件初始化完毕，可以进入启动或停止状态；

●启动——组件进入启动状态，启动属性被激活；

●停止——组件停止运行；

●激活——组件启动成功，进入运行模式；

●卸载——组件从系统中被排除。

首先在运行时核心启动后，它会自动发现要装载的组件，并把组件设成装载状态；组件如果装载成功就自动转入就绪状态，如果有异常，运行时核心就触发异常事件，把组件转入卸载状态；如果有异常的是系统组件，运行时核心就触发异常事件，把异常写入日志，运行时核心异常退出；就绪的组件随时可以通过事件触发使其进入卸载状态、更新以后重新装载或启动状态(系统组件更新后，运行时核心必须重新启动)；启动后的组件运行时核心会自动激活它；激活的组件通过事件触发可以使其停止(系统组件不能被停止)；停止后的组件运行时核心自动把它置成就绪状态。

组件通过组件上下文对象和运行时核心保持通信；组件上下文对象是由运行时核心在组件启动时创建的。组件之间不能传递组件上下文对象，它们是私有的。当组件停止后，组件上下文对象将不能被访问，如果试图访问一个被停止组件的上下文对象，运行时核心就会抛出异常。

每个组件都会提供一组相互协作的服务，一个组件的开发者提供了一组服务对象和一组相关的服务接口对象。组件向运行时核心注册自己的服务对象，注册后将拥有一个服务注册对象，每个服务注册对象都包含一个或多个服务对象。运行时核心允许组件动态的注册和注销服务对象，每次注册服务对象，运行时核心都将作相应的许可检查，以保证服务对象的合法性。

可以通过组件的上下文对象来调用已经注册的服务对象，并通过服务对象取得服务。

可以通过服务对象的配置属性，对服务进行配置。

本发明事件主要分为三类：

●服务事件——报告服务对象的注册、卸载和属性改变等事件；

●组件事件——报告组件状态改变等事件；

●核心事件——报告核心的状态，异常警告、出错等事件。

本发明通过一个监听组件发现事件，通过日志组件(或其它自定义组件)记录事件。

当组件发出服务请求，接受请求的组件会执行服务请求，这是就会产生一组作业，这组作业就是一组可以异步执行的工作单元。

要执行服务时，组件将创建作业，然后调度它。一旦调度了作业，就会将它添加至由运行时核心管理的作业队列。运行时核心使用后台调度线程来管理所有暂挂的作业。当运行的作业完成时，就会从队列中除去它，运行时核心将确定接下来运行哪一个作业。当作业变为活动状态时，运行时核心就会对它调用运行方法。

如果调度了一个作业，然后又决定不再需要它，则可以使用放弃方法来停止该作业。如果取消作业时该作业尚未开始运行，则会立即放弃而不会运行它。另一方面，如果作业已经开始运行，则将由作业来决定它是否想要响应取消。当尝试取消作业时，使用连接方法来等待取消作业。比取消操作程度稍轻的方法是睡眠方法。对于此方法，如果作业尚未开始运行，则此方法将导致该作业被无限期挂起。运行时核心将仍然记住该作业，而唤醒方法调用将把该作业添加至等待队列，最终还是将执行该作业。

作业在它的生存期内将经历几种状态。不但可以通过诸如放弃方法和睡眠方法等来处理它，而且在平台运行和完成该作业时，它的状态也会更改。作业可以经历下列状态：

●等待——指示已调度作业运行，但是它尚未运行。

●正在运行——指示作业正在运行。

●正在休眠——指示作业由于休眠请求或者调度它在经过一定延迟之后才运行而正在休眠。

●无——指示作业未在等待、运行或休眠。当创建了作业但是尚未调度它时，作业就会处于此状态。在作业完成运行或者已被取消之后，它也将处于此状态。

如果作业当前处于等待状态，则只能将它置于休眠状态。唤醒正在休眠的作业将使它重新回到等待状态。取消作业时将使它返回到无状态。

作业优先级可以用来确定一个作业相对于系统中的其它作业的重要性。设置作业的优先级将不影响已经在运行的作业，但是它会影响正在等待的作业相对于其它作业的调度顺序。作业的优先级可以是预定义的几个优先级常量的其中一个：

●瞬间作业——作业通常优先于其它作业。它们应该是短时间运行或者较少使用处理器的作业，因此，它们不会阻碍其它瞬间作业运行。

●短作业——作业通常会在一秒钟内完成，但是也可能会时间稍微长一点。它们在后台运行，并且优先于除了瞬间作业之外的所有作业。

●长作业——作业表示更长时间运行的后台作业。它们只有在瞬间作业和短作业已经运行之后才运行。

●构建作业——作业表示与构建任务相关联的作业。它们比长作业的优先级更低。构建作业只有在所有长作业完成之后才运行。

●修饰作业——作业在系统中的优先级最低。它们用于那些提供可以帮助补充用户界面的信息但是用户通常不会等待的任务。

作业的缺省优先级是长作业。

可以在调度作业时指定调度延迟。在调度作业之前，作业将延迟指定的毫秒数。调度已经在等待或者休眠的作业没有任何效果。但是，调度已经在运行的作业将导致在完成该作业之后重新调度它。如果作业在运行时被多次重新调度，则它将只按照最近提供的延迟重新调度一次。

本发明中的多个作业有可能需要访问和处理同一个对象。本发明定义用于授予对共享对象的互斥访问的协议。当作业需要访问共享对象时，它会获取对该对象的锁定。当它处理完该对象时，它就会释放该锁定。

假定“作业A”获得“锁定A”，随后尝试获得“锁定B”。同时，“锁定B”被“作业B”挂起，而“作业B”现在已被阻塞，它正在等待“锁定A”。这种情况叫死锁，表示在作业之间使用锁定时存在底层设计问题。运行时核心将帮助发现死锁。当作业管理器检测到死锁情况时，它就会将诊断信息显示在日志中，并且会描述死锁情况。然后，它通过以下方法来解除死锁：将对被阻塞的作业拥有的锁定的访问权临时授予给正在等待这些锁定的其它作业。

规则/流程系统组件是本系统中完成横向组合的重要系统组件。由于本身就是组件，因此其实现方式只要符合上述的组件对象定义即可，可以随系统要求，选择不同的工具自定义。

事件和规则/流程库选用XML标准进行描述，用户可以根据需要自定义。用户可以编制自定义的XML解析组件挂接到运行时核心平台上，来解析事件和规则/流程库。

当标准组件A发送事件注册信息给规则/流程系统组件后，规则/流程系统组件将事件信息注册入事件库。当事件触发时，规则/流程系统组件根据事件库和规则/流程库的信息进行匹配，将匹配结果返回给标准组件A。

这样就可以通过配置事件和规则/流程库来随时改变组件之间的逻辑关系，从而达到灵活配置、自由扩展的目的。

Claims (2)

1.一种用于社区老干部保健管理的信息沟通方法，是通过以下步骤实现的：通过中央驱动处理系统自动发现所有组件：包括规则/流程系统组件、M个其它系统组件和N个标准组件；所述的M、N是正整数(1)；

加载及初始化规则/流程系统组件，并生成规则/流程库(2)；

加载及初始化M个其它系统组件和N个标准组件(3)；

将M个其它系统组件和N个标准组件分别向规则/流程系统组件发送注册事件消息(4)；所述的注册事件消息由两部分组成，一部分是事件说明；另一部分是执行规则或流程；

规则/流程系统组件将消息序列化后加入事件库(5)；

当M个其它系统组件和N个标准组件中的二个或二个以上的组件向中央驱动处理系统发送服务请求后，所述的中央驱动处理系统会根据事件库和规则/流程库进行处理(6)；

通过规则/流程系统组件向服务请求者回馈所需信息(7)。

2.根据权利要求1所述的一种用于社区老干部保健管理的信息沟通方法，其特征在于：所述的N个标准组件可以是下列状态之一：装载——组件被成功安装后的状态；就绪——组件初始化完毕，可以进入启动或停止状态；启动——组件进入启动状态，启动属性被激活；停止——组件停止运行；激活——组件启动成功，进入运行模式；卸载——组件从系统中被排除；而系统组件当中央驱动处理系统启动后就自动启动，进入激活状态，运行中不能被停止、卸载，更新后系统必须重新启动，卸载必须在中央驱动处理系统停止后才能通过配置文件卸载；所有激活组件之间、激活组件和中央驱动处理系统之间都能请求服务，被请求组件或中央驱动处理系统都会执行服务请求(9)。

Images