CN1829995A - 兼容工作流的保健信息消息通信系统 - Google Patents

兼容工作流的保健信息消息通信系统 Download PDF

Info

Publication number
CN1829995A
CN1829995A CNA2004800220627A CN200480022062A CN1829995A CN 1829995 A CN1829995 A CN 1829995A CN A2004800220627 A CNA2004800220627 A CN A2004800220627A CN 200480022062 A CN200480022062 A CN 200480022062A CN 1829995 A CN1829995 A CN 1829995A
Authority
CN
China
Prior art keywords
message
data
information system
different
communication
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
Application number
CNA2004800220627A
Other languages
English (en)
Inventor
A·特里斯
B·德尔蒙戈
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.)
Siemens Medical Solutions USA Inc
Original Assignee
Siemens Medical Solutions Health Services Corp
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 Siemens Medical Solutions Health Services Corp filed Critical Siemens Medical Solutions Health Services Corp
Publication of CN1829995A publication Critical patent/CN1829995A/zh
Pending legal-status Critical Current

Links

Images

Abstract

本发明公开一种用于在专有系统之间提供单个可移植的和一致的非专有接口的系统和方法,其中需要集成所述专有系统以促进工作流集成(也就是,数据和消息的通信)。本系统包括通信处理器,所述处理器从第一信息系统接收第一数据格式的消息并识别接收消息的类型。通信处理器根据所识别的消息类型和接收消息的源选择特定消息数据格式并从多个消息目的地中选择消息目的地。通信处理器将接收消息从第一数据格式转换为不同的、也就是第二数据格式,以便通过通信接口传送到目的地消息系统。通信处理器将不同的、也就是第二数据格式的转换数据传送到目的地信息系统。本发明的系统进一步包括信息库,所述信息库识别和相应多个不同保健信息系统通信接口相关的多个不同消息数据格式,并且其中通信处理器使用该库来选择特定消息数据格式和目的地。

Description

兼容工作流的保健信息消息通信系统
相关申请的交叉引用
本申请是于2003年7月31日提交的序列号为60/491,639等的临时申请的非临时申请。
技术领域
本发明一般涉及工作流集成,尤其涉及一种用于支持采用不同的专有通信消息数据格式的系统之间的消息通信的系统和相关方法。
背景技术
在放射学和诊断成像领域中,系统之间的紧密集成是为产生诊断结果(描述诊断图像描绘什么内容和在诊断期间应如何考虑该描绘的文档)提供有效和成本有效的环境的先决条件。例如,头部CT扫描的诊断结果可以陈述诊断图像揭示了表明非恶性肿瘤的不透射线的(radio-opaque)物质。
一般而言,在产生诊断结果文档中涉及的步骤包括:产生病人的至少一个诊断图像,分析获得的图像,检索并分析与当前诊断可能相关的任何先前的诊断图像,并由放射科医师口述用于以后抄写的相关图像的评价。为了执行上述步骤,使用三个不同系统:(1)图片归档和通信系统(PACS),用于浏览病人的当前和先前的诊断图像,(2)放射学信息系统(RIS),用于浏览病人的先前结果和过程以将临床背景添加到在PACS上显示的病人当前诊断图像的解释中,以及(3)口述系统,放射科医师使用该口述系统为以后的抄写产生被记录的口述。口述系统经常提供语音识别技术,用于去除将口述人工抄写到结果文档中的需要。
可以在不同的工作流配置中使用RIS、PACS和口述系统,以便由诊断图像产生结果文档。更具体的是,用于由诊断图像产生诊断结果文档的工作流配置被称为“PACS驱动RIS”工作流。用于产生相同诊断结果文档的另一工作流配置被称为“RIS驱动PACS”工作流。
图1a描述了“RIS驱动PACS”工作流配置100。在这个工作流配置中,放射科医师将RIS 4(即:用于浏览病人先前结果的装置)用作用于从一个病人移动到另一个病人的主要的工作空间。RIS 4控制PACS 2和口述系统6。即,针对由RIS 4选择的病人,PACS 2显示该病人的诊断图像,并且口述系统6记录并翻译适当的过程。大体上,PACS 2和口述系统6从属于引导PACS 2和口述系统6应如何操作的RIS4。
现在参照图1b,显示了第二工作流配置,即“PACS驱动RIS”工作流配置150。在该配置中,放射科医师将PACS 2用作用于从一个病人移动到另一个病人的主要的工作空间。RIS 4和口述系统6从属于引导RIS 4和口述系统6应如何操作的PACS 2。
上述两个配置的一个缺点在于,由于缺少标准和公共技术,各个系统(即RIS、PACS和口述系统)之间的工作流集成是复杂的。而且,工作流配置依赖于既不能重复使用也不可移植的专有技术。特别地,RIS一般与由不同销售制造的PACS和口述系统一起工作。同样地,RIS和PACS之间的接口利用被开发用于满足不同销售商的需要并且基于那些销售商的感知需要、而不是基于RIS或整套集成组件的需要的技术和数据格式。这导致互用性很难且设计昂贵的环境。不象保健业的其它方面,没有用于协调相互矛盾的技术和数据格式的管理团体或标准。没有这样的标准,RIS销售商就被迫为每个PACS销售商和口述系统销售商开发新接口。因此,在写和测试新接口时花费在人力资源方面的重大投资,并需要一长段时间来达到可以接受的可靠性水平。这造成延迟和高成本。为了进一步合解该问题,PACS和/或口述系统销售商有时具有用于不同型号和版本的不同接口,这用于增加需要RIS开发商开发和维护的专有接口的数目。
现有技术系统的另一缺点在于,因为在工作流集成接口中使用大量不同的技术,因此放射产品的复杂性增加了,而提供一致并且可靠的工作流性能的能力降低了。
另一缺点在于当工作流集成必须在不同计算机上操作时在配置接口中方面的困难。例如,当使用两种不同操作系统的两个不同计算机在接口的任一端时,基于文件的接口的使用变得极难配置。
因此,需要一种解决方案,该解决方案允许RIS开发商使用开放接口技术来集成RIS设备和外部设备,以排除开发大量的专有的定制RIS接口的需要,其中该RIS接口供外部设备用于提供工作流协调。
发明内容
通过提供一种在专有系统之间提供单个可移植的并且一致的非专有接口的系统和方法,本发明克服了现有技术的上述和其它缺陷,其中需要集成所述专有系统以方便工作流集成(也就是,数据和消息通信)。本发明的系统包括通信处理器,所述通信处理器从第一信息系统接收第一数据格式的第一消息并识别所接收的消息的类型。该通信处理器根据所识别的消息类型和所接收的消息的源选择特定的消息数据格式并从多个消息目的地中选择消息目的地。该通信处理器将所接收的消息从第一数据格式转化为不同的、即第二数据格式,以便通过通信接口传送到目的地信息系统。该通信处理器将所转化的不同的、也就是第二数据格式的数据传送到目的地信息系统。本发明的系统还包括信息库,其用于识别与相应的多个不同保健信息系统通信接口相关的多个不同消息数据格式,并且其中所述通信处理器使用所述库选择特定的消息数据格式和目的地。
附图说明
现在参考附图,其中相同的附图标记表示相应部分,其中:
图1a是举例说明用于“RIS驱动PACS”工作流配置的一般系统配置的高级框图;
图1b是举例说明用于“PACS驱动RIS”工作流配置的一般系统配置的高级框图;
图2是举例说明包括本发明系统的示例性保健信息消息通信系统的功能框图;
图3是根据示例性实施例的使用本发明接口系统的方法的流程图;以及
图4a是举例说明用于“RIS驱动PACS”工作流配置的系统配置的高级框图;
图4b是举例说明图4a的“RIS驱动PACS”集成工作流系统配置和图3的流程图中所描述的一般工作流描述之间的对应关系的流程图;
图5是说明在“登录和首次过程访问”期间可能发生在各种系统部件之间的工作流、也就是RIS和一个或多个外部系统之间的工作流的示例性工作流图;
图6是方法实施例的流程图形式的操作步骤的概图,所述方法支持采用不同通信消息数据格式的保健信息系统之间的消息通信;
图7a说明示例性事件映射数据库,其识别在特定安装的工作流(集成)点不同系统之间交换的事务;
图7b举例说明事务定义数据库,其根据离散数据元素定义事件事务,所述离散数据元素包括事务以及它们的数据类型、以及当在不同系统之间交换时保持数据兼容所需的转换;
图8举例说明包括代替实际的RIS的RIS模拟器的系统配置;
图9是RIS模拟器显示屏幕900的一个实施例的显示图像窗口,所述显示图像窗口响应于用户命令被显示;
图10是图9的显示图像窗口,进一步说明各种消息如何从RIS模拟器发送到PACS和语音口述/识别系统;
图11是图9的显示图像窗口,进一步说明各种消息如何由RIS模拟器从PACS和口述系统接收;
图12是图9的显示图像窗口,进一步说明RIS模拟器已从语音口述/识别系统接收到另外的消息的情况;
图13是轨迹屏幕的一个实施例的显示图像窗口,所述显示图像窗口响应于用户对图12的“浏览轨迹”图标的点击而被显示给用户。
具体实施方式
提供一种用于在采用不同通信消息数据格式(也就是,具有专有接口)的信息系统之间进行消息通信的系统和方法,由此排除开发多个定制接口的需要。
本系统和方法适于在任何数据处理环境中使用,在该数据处理环境中采用不同专有接口的两个或更多系统需要工作流集成。本系统和方法进一步在某些情况下提供再次使用开发代码以满足具有相关或相同接口需求的未来客户的需要的机会。应该理解,在现有技术中,工作流集成依赖于既不可再次使用也不移植的专有技术。
本系统和方法特定地但不排他地应用于保健信息消息通信系统,并且在该环境内描述本发明。
在实施本系统和方法时实现多个优于现有技术的专有实施方案的优点。第一个优点在于本系统和方法提供单个可移植和一致的接口,其允许放射学信息系统(RIS)与一个或更多外部系统、诸如例如图片归档和通信系统(PACS)或口述系统对接,而不需要理解外部系统的专有方面。通过使用开放接口设计,外部系统的专有需求孤立于RIS。以该方式孤立RIS提供优于现有技术的众多优点,包括降低RIS的复杂性,消除当由于对接系统的新软件版本或不同对接系统引入不兼容性时重构RIS的需要,减少当开发新接口时所需的新代码量,增加对接系统所支持的硬件结构的灵活性,由此允许在相同或不同计算机上的工作流集成,并通过使用结合标准开发处理的RIS模拟器来简化开发和测试。
这里将描述的公开要素可以包括:硬件部分(例如,离散电子电路)、软件部分(例如,计算机程序设计)、固件、或它们的任意组合。
本领域中的技术人员会理解,图中举例说明的显示图像窗口表示一个可能的排列,可以使用其他排列,所述其他排列包括取代图中描述的一个图像窗口的多个图像窗口、或相反地表示多个图像窗口的一个图像窗口、或不同图像窗口排列。
图2是举例说明示例性保健信息消息通信系统200的功能框图。在图2的系统中,显示了三个主要部件:放射学信息系统(RIS)10、接口系统30和外部系统40,该外部系统可以代表例如PACS系统或口述系统。图2的系统用于为了向保健企业(例如,医院或诊断成像中心)提供诊断放射学服务的目的而提供工作流集成。
接口系统30是通信处理器,包括:公共集成层32、通过多个标准传送而发送和接收的一组标准事务36、以及RIS模拟器34。如这里所使用的通信处理器是用于执行任务的设备和/或机器可读指令集。如这里使用的,处理器包括:硬件、固件和/或软件中的任何一个或其组合。为了由可执行过程或信息设备使用、和/或将信息发送到输出设备,处理器通过操作、分析、修改、转换或发送信息而作用于信息。例如,处理器可以使用或包括控制器或微处理器的能力。所这里所使用的对象包括:一组数据、可执行指令或两者的组合或可执行过程。
现在描述这样的方式,其中以该方式使用接口系统30促进采用不同专有通信消息数据格式的RIS 405和一个或更多外部系统410、415之间的通信。
为了优化RIS 405和一个或更多外部系统410、415之间的消息(或数据)流,在RIS 405和一个或更多外部系统410、415之间制定工作流集成。在正常操作过程中,通过使用工作流图来确定在RIS 405和与RIS 405对接的一个或更多外部系统410、415之间需要发送和接收哪个标准事务36,可以进行制定工作流集成的处理。最终被选择包括在接口系统30中的标准事务36一般表示由一个或更多外部系统410、415使用的事务的父集,所述外部系统可能被用于与RIS 405一起使用。
参考图5更详细地描述工作流图。要注意,在事件的总体层次中,工作流图本质上是特定的,并作为由诊断系统执行的操作步骤的顶级流程图的最后产物而产生。
图3表示由诊断系统执行的操作步骤的示例性顶级流程图。图3的流程图是一般的,因为它同样描述“RIS驱动PACS”工作流(如图1a中所示)或“RIS驱动PACS”工作流(如图1b中所示)。一般地,根据图3的顶级流程图构造一个或更多工作流图。工作流图一旦被构造,然后就可被用于识别在接口系统30中使用的标准事务36的父集。
图3的顶级系统工作流描述说明了大范围的系统配置的一般工作流描述。提供图3的工作流描述用于说明一般工作流描述被用于为诸如图1a的“RIS驱动PACS”系统配置或图1b的“PACS驱动RIS”系统配置的特定系统配置构造工作流图。
现在说明详述由诊断系统执行的一般操作步骤的图3的顶级流程图。
在图3的操作300中,解释诊断图像的放射科医师访问运行RIS软件(未示出)的计算机,并启动被用于诊断解释的RIS 405的一部分。要注意,可以将RIS应用的其他部分用于执行非诊断功能。如这里所使用的可执行应用包括代码或机器可读指令,其用于例如响应于用户命令或输入而实施包括操作系统、保健信息系统或其他信息处理系统的那些功能的预定功能。
在操作310中,放射科医师登录诊断系统,并为其显示能由诊断系统执行的可获得的过程的工作列表。从与RIS 405(如图2中所表示)相关的RIS数据库407获得该过程。放射科医师从显示的工作列表中选择一个过程。
操作320是确定步骤,用于确定在操作310中所选择的过程是否已被正确地选择。因为通过人工操作(一般用户启动的鼠标点击或按键敲击)来选择放射过程,因此有可能选择的过程实际上不是放射科医师想要选择的过程。如果确定在该操作中没有正确地选择过程,那么处理进行到操作340以清除不正确的过程。应该注意,在选择了过程之后,放射科医师有在操作340中清除所选择的过程的选择权或可选地将另外的图像添加到正确选择的过程,其将在操作360中描述。
在操作340中,或者因为错误或者因为过程的图像由于某些原因是不能接受的,确定用户选择的过程为不正确的过程。在该操作中清除所选择的过程并在操作350继续该处理。
在操作350中选择新的过程。要注意,对首先选择的过程的处理不同于对随后选择的过程的处理。例如,对于首先选择的过程,RIS 405需要登录并且可能发动PACS 410和/或口述系统415。对于随后选择的过程,不需要重复这些任务。在操作350后,处理返回到操作320。
操作330是当放射科医师在操作320选择了正确的过程时执行的确定操作。操作330确定当前选择的过程是否完成。也就是,如果根据放射科医师的判断,需要另外的图像来进行诊断,那么认为该过程未完成,并且处理在操作360处继续。否则,处理在操作370处继续。
在操作360中,默认装载的图像可能不足以充分解释临床情况。在这种情况下,放射科医师决定浏览另外的图像以帮助临床解释。RIS 405提供允许用户了解什么先前结果包括可能相关的图像的机制。当已显示了另外的图像时,处理返回到操作330。
在这点上,操作370、即操作“完成过程”是通知PACS 410在PACS数据库411中将该过程标记为完成的事务(也就是,过程已由放射科医师读取并且解释已完成)。
在操作380中,确定读取是否已完成。如果完成,那么处理在操作390处终止,否则处理在操作350处继续。
图4a说明特定工作流系统配置,也就是“RIS驱动PACS”集成工作流系统配置400。使用该特定工作流配置来说明,可如何使用在图3的流程图中所述的一般工作流描述来创建对于特定工作流配置来说特定的工作流图。
图4b是说明图4a的“RIS驱动PACS”集成工作流系统配置和图3的流程图中所述的一般工作流描述之间的对应关系的流程图。
参考图4b,对于图4a的“RIS驱动PACS”配置来说特定的处理和图3的流程图中所述的一般工作流描述的对应处理是:登录到RIS(对应于操作310);在用户选择了过程之后,用户可以选择清除过程(对应于操作340)或添加另外的图像(对应于操作360);在显示了图像之后,用户口头地指示转化为书面文本的结果。这发生在语音口述/识别系统415上。当放射科医师察看图像时经常执行口述(对应于操作370);用户通过完成口述并确保所翻译文本正确而在语音口述/识别系统415中完成报告(对应于操作370);用户退出RIS405,因此用信号通知应该退出和/或停止PACS 410和语音口述/识别系统415(对应于操作380)。
为了图4b中所述和上述的对于“RIS驱动PACS”配置来说特定的处理,RIS 405需要与PACS 410和语音口述/识别系统415交换信息。可以构造许多工作流图以强调需要交换的信息,其中一个实例提供如下。
图5是被构造用于强调需要在图4a的各个系统部件之间交换的信息的许多工作流图之一的实例。特别的是,针对通常在图3的一般工作流描述的操作310处所描述的“登录和首次过程访问”处理,图5的工作流图500描述图4a的RIS 405、PACS 410和语音口述系统415之间的工作流。
图5的工作流图被显示为一般被分为表示系统中不同设备的三个单独的列。特别的是,PACS系统410被显示为与第一列相关,RIS系统405被显示为与第二列相关,而语音口述/识别系统415被显示为与第三(最后)列相关。另外的系统部件涉及扩展当前工作流(也就是,其他(多个)列)以包括另外的系统部件。本系统适应这种扩展性。
如图所示,图5的工作流图500包括操作和事务。操作一般以气泡表示,诸如例如包括由标记12、24和30表示的三个实例的“登录”操作、由标记14表示的“读取测试运行”操作、由标记16表示的“显示工作列表”操作和由标记18表示的“选择过程”操作等等。
与各个系统部件之间的各个操作相关的用于传送数据消息的事务一般以方向箭头表示,其中三个被示出:“登录”事务80、“展示过程”事务82和“登录和口述”事务84。
“登录”80事务(位于工作流图左上方)是在用户登录到RIS 405的时间点上发生在RIS 405和PACS 410之间的消息通信。此时,RIS 405向PACS 410发布“登录”指示,该指示导致PACS 410“起动”22。
“展示过程”事务82是在RIS 405选择过程的时间点上(参见工作流图中的“选择过程”18操作)由RIS 405向PACS 410发布的消息通信。一旦在PACS 410上接收到“展示过程”82事务,PACS 410就显示与当前选择的过程相关的图像。
“登录 & 口述”事务82是在RIS 405选择过程18的时间点上(参见工作流图中的“选择过程”18操作)由RIS 405向语音口述/识别系统415发布的消息通信。当语音口述/识别系统415接收到“登录 & 口述”事务82时,导致它起动28(也就是,启动)。
通过评审所构造的工作流图并从工作流图中选择某些事务以便包括来识别标准事务集36,其中所述事务集是图2的接口系统30的一个部件。为包括在标准事务集36中而被选择的那些事务取决于RIS模拟器405和语音口述/识别系统415支持特定安装的事件。例如,为了特定安装,PACS系统可以不支持添加图像,因此不需要发送附加图像事务。
在一个实施例中,为了合并到标准事务36中而从工作流图选择的事务由RIS模拟器405通过命名管道的标准集发送和接收。命名管道是微软开发的技术,支持在以下操作系统中的任何一个上运行的程序之间的通信:Windows2000、NT、95、98、16位、MS-DOS、POSIX和OS/2。RIS 405可以使用事务和管道的结合来确定工作流事件的确切特性。例如,工作流事件可以是PACS选择新病人或口述系统完成结果文档或者PACS应该显示特定图像。事实上,通过监视这种事件并代表RIS 405作出响应,接口系统30确定代表RIS 405的工作流事件的确切特性。接口系统30理解所需工作流和数据值的特性,并按需传送以便与外部系统适当地通信。现在参考图6,以流程图形式显示出方法实施例的操作步骤的概观,所述方法支持采用不同通信消息数据格式的保健信息系统之间的消息通信。
在操作605中,公共集成层32接收事件事务。该事务可以从外部系统发送给RIS 405或者由RIS 405发送给外部系统。不考虑源和目的地,事件事务涉及可用于当前事件的数据交换。
在操作610中,检查所接收的事件事务的定义。在该操作中,在事务定义数据库中执行查找以确定事件事务的内容。该操作提供成帧信息、字段顺序、数据类型和分隔符。
在操作615中,公共集成层32识别所接收的事件事务的消息类型并根据所识别的消息类型以及所接收的消息的源从(在下文中定义的)事件映射数据库710中选择消息数据格式和消息目的地。
在操作620中,公共集成层32然后将所接收的事件事务中的数据从其原始数据格式转换为与目的地系统部件兼容的第二数据格式。
在操作625中,公共集成层32将所转换的数据传送到外部目的地信息系统。
现在通过实例来描述图6的流程图的细节。在描述细节之前,在这一点上首先区分事件和事件事务是有益的。如这里定义的事件是系统中物理发生的表现,诸如,例如另外的图像的显示。一般而言,它表示诸如选择一些用于显示的过程的物理操作。事件事务和物理事件相关并传达物理事件的数据(例如,选择哪个过程用于显示)。事件事务作为事件映射数据库710中的条目被列出,这些条目定义用于当前系统配置的现存事务。在本实例中,事件映射数据库710中的一个条目将为“附加图像”,该条目定义用于选择一些用于显示的过程的事件事务(也就是事件)。此外,事务定义数据库720为所识别的事件事务定义所有可能的格式。
根据描述图6的流程图的本实例,假设由接口系统30从PACS系统(源)接收“附加图像”事件事务。打算将该事件事务送往RIS 405(目的地)。
将所接收的事件事务(例如附加图像)中的数据从其原始数据格式转换为与目的地系统部件(例如,RIS)兼容的第二数据格式的处理如下。
接口系统30的公共集成层32组件接收“附加图像”事件事务并开始搜寻成帧。通过在事务数据库720(如图7b中所示并且在下文中所描述)中寻找,公共集成层32知道所有帧开始和帧结束值。如果发现有效成帧,那么帧之间的一切都构成事件事务(也就是,为物理事件所传送的数据)。
接下来,在事件事务中定位事务ID以识别事件。使用事务ID在事件映射数据库710(如图7a中所示并在下文中所描述)中查找匹配的事务ID。如果发现匹配,则识别出在语音识别系统(即外部系统)上已发生的事件,这允许解析事件事务数据。
由接口系统30的公共集成层32组件执行解析事件事务数据的操作。公共集成层32发现事务中定义的所有字段,并执行查找以便确定如何将字段从第一数据格式转换为第二数据格式。特别的是,公共集成层32包括在事务数据库720中定义的每个数据类型的转换程序,以便将数据类型转换为适当格式和每个外部系统的机制。公共集成层32使用硬编码查找来根据事件事务的每个字段中命名的数据类型确定需要哪个转换程序。根据查找来处理每个事务中的每个字段。
要注意,对于每个新的外部系统来说,可能需要新的转换程序和查找时的新选择。然而,一些外部系统可以重新使用当前定义的转换程序,但是当新系统出现时,被用于数据通信的技术可能改变,这导致需要新的转化。优点在于只需要产生新的转化器,而不需产生新工作流。
上面已谈及了事件映射数据库710,现在描述如下。
图7a说明针对特定安装识别在工作流(集成)点处的各个系统之间交换的事务(在特定工作流或集成点交换的消息)的示例性事件映射数据库710。
事件映射数据库710定义依赖于安装、也就是位置特定的事务。也就是,在安装或位置特定的适配期间,构造事件映射数据库710。例如,如果配置新口述系统,则使用事件映射数据库710“指向”用于新口述系统的事务。
示例性事件映射数据库710包括三个示例性事务。“登录”事务80被列在数据库710的第一行712中,“展示过程”事务82被列在第二行714中,并且“登录 & 口述”事务84被列在第三行716中。要注意,这些特定事务适用于图4a中所述的安装。
现在描述事件映射数据库710的列。第一列、即事件名720标识事件类型(例如,“登录”事务),第二列、即源722标识事务的源(例如,“RIS”),第三列、即目的地724标识事务的目的地(例如,PACS),第四列、即事务ID726标识使用哪一个事务,以及第五列、即有效728标识在第一列720中所标识的事件在特定位置是否有效。在特定安装不支持一个或多个事件的情况下,将有效标记设置为假,用于通知系统特定事件从未发生。
上面已提及了事务定义数据库720,现在描述如下。
现在参考图7b,显示了事务定义数据库720。事务定义数据库720根据离散数据元素定义事件事务,所述离散数据元素包括事务和它们的数据类型以及当在各个系统之间交换时保持数据兼容所需的转换。
为将要为了特定安装而与RIS交互的每个外部系统构造事务数据库720。根据系统需求,为每个外部系统构造事务数据库720。
例如,外部系统(例如,PACS)要求被命名为LGN的事务以a^D开始并以a^T结束,同时每个字段被定义为字符串,并且用“|”将每个字段互相分开。外部系统进一步要求字段序列需要首先是用户名并且然后是密码。所有该细节作为文件由外部系统公开,用于帮助想写接口的开发者。代替写许多单个用户代码,将具有一些可重新使用的程序和许多数据定义。与写代码相比,传递数据更加简单。
参考数据库720的事务表722,在第一行723中示出了示例性登录事务LGN。例如,假设需要将登录以用户名“某一用户名”和密码“某一密码”发送到口述系统。为此,需要产生LGN事务。在事件映射数据库710中执行查找,以便发现对应的事务ID(例如,LGN)。
接下来,已知事务ID,必须确定事务的格式。为此,参考事务定义数据库720以顺次找到具有LGN的事务ID的所有字段集合。在本实例中,有两个。
现在参考事务定义数据库720的事务表722,第一行723对应LGN事务。
现在描述事务表的每个列。第一列指事务Id=“LGN”,下一列、即有效=Y表示在位置特定系统配置中使用登录事务,帧开始分隔符ID=^D表示事务的开始。这允许公共集成层32知道在连续的数据流中事务何时开始。该字段是对在分隔符表742中定义的分隔符ID的引用。帧结束分隔符=^D^T允许公共集成层32知道在连续的数据流中事务何时结束。该字段也是对在分隔符表742中定义的分隔符ID的引用。
现在参考事务定义数据库720的字段表744,显示出两个字段适用于LGN事务。两个字段对于识别用户和用户密码来说都是安全相关的。
字段表744的第一行746标识用户(参见下面的行1-4)。
1.事务ID=LGN
2.字段名=用户名(UserName)
3.字段数据类型=字符串(string)
4.字段顺序=1
字段表744的第二行748对应用户的密码(参见下面的行5-8)。
5.事务ID=LGN
6.字段名=密码
7.字段数据类型=字符串
8.字段顺序=2
针对登录事务条目的事务定义数据库条目(如图7b中所示)是:
事务ID=LGN
有效=Y
帧开始分隔符=1
帧结束分隔符=2
字段分隔符ID=3
因为针对事务LGN定义有两个字段(用户名和密码),所以事务是两个字段的交集,所述事务由公共集成层32根据事务数据库720中定义的数据来构造:
^DLGN|某一用户名|某一密码|^T                   (1)
由公共集成层32构造的如(1)所示的事务集合将事务开始用信号通知给外部系统的数据、用适当的分隔符分隔的适当格式(例如数据类型)的所有字段、以及最后用信号通知事务结束的数据。
图8说明包括取代实际RIS 405的RID模拟器505的系统配置。RIS模拟器505在安装实际RIS 405之前促进事务的测试。这是期望的特性,因为实际RIS 405的安装是耗时并且劳动集约的事,会占用许多人好几个月。具有在完成RIS安装之前确认系统之间的集成成功操作的能力极大地减少提供连接到实际的RIS 405上的系统之间的工作流集成所需的时间。RIS模拟器34也为调试和质量提供配置和追踪工具。
一旦基于事件映射数据库710和事务定义数据库720的本地配置完成,RIS模拟器34就允许产生事件,确认事务的交换和数据转换,就如同实际的RIS 405安装完成。
作为实例,现在在图8的“RIS驱动PACS”工作流配置800和图5的“登录和首次过程访问”工作流图的环境中描述RIS模拟器505。
图9是RIS模拟器显示屏幕900的一个实施例的显示图像窗口,其响应于用户命令被显示。
应该理解,RIS模拟器505发送消息,就如同这些消息来自RIS 405自身。使用“RIS操作”帧中的提示和按钮以产生这些消息。
在使用RIS模拟器505时通常第一步是确定哪一个系统实际上在特定安装位置交互。显示屏幕900显示RIS模拟器505被配置用于在PACS 410和语音口述/识别系统415之间交换事务,如在“目标”下拉菜单905中所示。
RIS模拟器505具有接收和验证从外部系统(例如,PACS、语音口述/识别)接收的消息的能力。从口述系统接收的消息的结果出现在“给RIS的口述消息”帧中。从PACS 410接收的消息的结果出现在“RIS操作”915和“给RIS的PACS消息”925帧中。
图10是图9的显示图像窗口900,进一步说明如何将各种消息从RIS模拟器505发往PACS 410和语音口述/识别系统415。
作为第一个实例,将登录消息从RIS模拟器505发往PACS 410。该操作测试登录消息,例如在图5的“RIS驱动PACS”工作流“登录和首次过程访问”工作流图中从RIS 405发送到PACS 410的“登录”80。以轮廓线显示出“登录”按钮918,表示按钮具有焦点并准备被点击。
图11是图9的显示图像窗口900,进一步表示RIS模拟器505如何从PACS410和口述系统415接收各种消息。在说明性实例中,RIS模拟器505已从PACS接收了“登录”和“展示过程”消息。消息的语义传达过程标识符(登记号)以及,作为响应,RIS模拟器34展示“装载登记号”中的标识符显示条目区970。
图12是图9的显示图像窗口900,进一步表示RIS模拟器505已从语音口述/识别系统415接收到另外的消息的情况。口述系统消息结果出现在“RIS操作”915和“给RIS的口述消息”910帧中。在当前说明性实例中,语音口述/识别系统415已标记了登记号12345的结果,如在装载登记号条目框960中所示。这意味者放射科医师已在语音口述/识别系统415上口述了结果,并表示结果文本已完成并是正确的。
图13是响应于对图12的“浏览轨迹”图标980的用户点击而向用户显示轨迹屏幕1300的一个实施例的显示图像窗口。对于由RIS模拟器505发送的消息,图13揭示显示时间1302、消息类型1304、数据1306、和消息目标1308的详细数据轨迹。对于由RIS模拟器505接收的消息,轨迹数据(未示出)包括:时间、消息类型、数据和消息源。
在本实例中,RIS模拟器505已向PACS 410和语音口述/识别系统415发送了“登录”信息。图13的显示允许确认事件顺序和被发送用于表示那些事件的事务是正确的。
虽然已参考特定实施例描述了本发明,但应该理解,在不背离如在所附加的权利要求中阐述的本发明精神和范围的情况下可以作出各种改变。因此,说明书和附图应以说明性方式来看待,它们并不旨在限制所附的权利要求的范围。

Claims (23)

1、一种支持采用不同通信消息数据格式的保健信息系统之间的消息通信的系统,包括:
通信处理器,用于
从第一信息系统接收第一数据格式的消息,
识别所述接收消息的类型,
根据所述确定的类型并根据所述接收消息的源选择特定消息数据格式并从多个消息目的地中选择消息目的地,
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式,以便通过通信接口传送到目的地信息系统,以及
将所述不同的第二数据格式的所述转换数据传送到所述目的地信息系统。
2、根据权利要求1的系统,其中所述通信处理器包括公共集成层。
3、根据权利要求1的系统,包括
识别与相应多个不同保健信息系统通信接口相关的多个不同消息数据格式的信息库,以及其中
所述通信处理器使用所述库选择所述特定消息数据格式和所述目的地。
4、根据权利要求3的系统,包括
所述通信处理器选择与相应多个不同目的地信息系统兼容的多个消息数据格式,并将所述第一数据格式的所述接收消息中的数据转换为与所述多个不同目的地信息系统兼容的多个不同数据格式,并将所述不同数据格式的所述转换数据传送到所述多个不同目的地信息系统。
5、根据权利要求1的系统,其中
所述通信处理器响应于预定信息而从多个消息目的地中选择所述消息目的地,所述预定信息识别工作流任务序列,所述序列指示特定任务以及(a)所述消息类型和(b)所述消息源中的至少一个的相关目的地。
6、一种支持采用不同通信消息数据格式的保健信息系统之间的消息通信的系统,包括:
通信处理器,用于
通过第一信息系统通信接口接收第一数据格式的消息,
识别所述接收消息的类型,
根据所述确定的类型选择特定消息数据格式和消息目的地信息系统通信接口,
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式,以便通过所述目的地信息系统通信接口传送,以及
将所述不同的第二数据格式的所述转换数据传送到所述目的地信息系统。
7、根据权利要求6的系统,其中所述通信处理器包括公共集成层。
8、根据权利要求6的系统,其中
根据所述确定的类型,所述通信处理器选择多个目的地信息系统的多个消息通信接口,将所述接收消息中的所述数据转换为不同数据格式,以便通过所述多个目的地信息系统通信接口传送,并将所述不同数据格式的所述转换数据传送到所述目的地信息系统。
9.根据权利要求6的系统,其中
所述消息类型包括(a)命令类型、(b)数据类型、(c)消息数据格式类型、(d)消息源和(e)消息目的地中的至少一个。
10.根据权利要求6的系统,包括:
保健信息系统模拟器,用于接收和处理所述不同的第二数据格式的所述转换数据,并用于提供指示所述转换数据是否与保健信息系统兼容的响应。
11.根据权利要求10的系统,包括:
命令处理器,响应于(a)预定存储指令和(b)用户命令中的至少一个,以启动所述通信处理器的测试并使用所述模拟器执行操作序列。
12.根据权利要求6的系统,包括:
保健信息系统模拟器,该保健信息系统模拟器包括(a)所述信息库和(b)所述通信处理器中的至少一个。
13.根据权利要求6的系统,包括:
信息库,识别与相应多个不同保健信息系统通信接口相关的多个不同消息数据格式,以及其中
所述通信处理器使用所述库根据所述确定的类型来选择所述特定消息数据格式和所述消息目的地信息系统通信接口。
14.根据权利要求13的系统,其中
所述信息库包括识别多个不同通信信道的信息,所述通信信道支持在不同保健信息系统上运行的可执行应用之间的通信。
15.根据权利要求14的系统,其中
所述多个不同通信信道包括微软兼容的命名信道。
16.根据权利要求6的系统,其中
保健信息系统是(a)放射学信息系统(RIS)、(b)图片归档和通信系统(PACS)和(c)口述系统中的至少一个。
17.一种支持采用不同通信消息数据格式的保健信息系统之间的消息通信的系统,包括:
信息库,识别与相应多个不同保健信息系统通信接口相关的多个不同消息数据格式,以及
通信处理器,用于
通过第一信息系统通信接口接收第一数据格式的消息,
识别所述接收消息的类型,
根据所述确定的类型选择特定消息数据格式和消息目的地信息系统通信接口,
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式,以便通过所述目的地信息系统通信接口传送,以及
将所述不同的第二数据格式的所述转换数据传送到所述目的地信息系统。
18.根据权利要求17的系统,其中所述通信处理器包括公共集成层。
19.一种支持采用不同通信消息数据格式的保健信息系统之间的消息通信的系统,包括:
通信处理器,用于
从第一信息系统接收第一数据格式的消息,
识别所述接收消息的类型,
根据所述确定的类型并根据所述接收消息的源选择特定消息数据格式并从多个消息目的地中选择消息目的地,
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式;以及
保健信息系统模拟器,用于接收和处理所述不同的第二数据格式的所述转换数据并用于提供指示所述转换数据是否与特定保健信息系统兼容的响应。
20.根据权利要求19的系统,包括:
命令处理器,响应于(a)预定存储指令和(b)用户命令中的至少一个,用于启动所述通信处理器的测试并使用所述模拟器来执行操作序列。
21.一种用于在采用不同通信消息数据格式的保健信息系统之间提供消息通信的方法,包括下列操作:
从第一信息系统接收第一数据格式的消息;
识别所述接收消息的类型;
根据所述确定的类型并根据所述接收消息的源选择特定消息数据格式并从多个消息目的地中选择消息目的地;
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式,以便通过通信接口传送到目的地信息系统;以及
将所述不同的第二数据格式的所述转换数据传送到所述目的地信息系统。
22.一种用于在采用不同通信消息数据格式的保健信息系统之间提供消息通信的方法,包括下列操作:
从第一信息系统接收第一数据格式的消息;
识别所述接收消息的类型;
根据所述确定的类型并根据所述接收消息的源选择特定消息数据格式并从多个消息目的地中选择消息目的地;
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式;以及
通过接收并处理所述不同的第二数据格式的所述转换数据来模拟保健信息系统响应,以提供指示所述转换数据是否与特定保健信息系统兼容的响应。
23.一种用于在采用不同通信消息数据格式的保健信息系统之间提供消息通信的方法,包括下列操作:
通过第一信息系统通信接口接收第一数据格式的消息;
识别所述接收消息的类型;
根据所述确定的类型选择特定消息数据格式和消息目的地信息系统通信接口;
将所述第一数据格式的所述接收消息中的数据转换为不同的第二数据格式,以便通过所述目的地信息系统通信接口传送;并将所述不同的第二数据格式的所述转换数据传送到所述目的地信息系统。
CNA2004800220627A 2003-07-31 2004-08-02 兼容工作流的保健信息消息通信系统 Pending CN1829995A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US49163903P 2003-07-31 2003-07-31
US60/491,639 2003-07-31
US10/903,383 2004-07-30

Publications (1)

Publication Number Publication Date
CN1829995A true CN1829995A (zh) 2006-09-06

Family

ID=36947556

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004800220627A Pending CN1829995A (zh) 2003-07-31 2004-08-02 兼容工作流的保健信息消息通信系统

Country Status (1)

Country Link
CN (1) CN1829995A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101795237A (zh) * 2010-03-25 2010-08-04 国网电力科学研究院 基于数据交换的工作流整合方法和装置
CN104270455A (zh) * 2014-10-14 2015-01-07 税友软件集团股份有限公司 一种数据传输方法、装置及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101795237A (zh) * 2010-03-25 2010-08-04 国网电力科学研究院 基于数据交换的工作流整合方法和装置
CN104270455A (zh) * 2014-10-14 2015-01-07 税友软件集团股份有限公司 一种数据传输方法、装置及系统

Similar Documents

Publication Publication Date Title
US20050066002A1 (en) Workflow compatible healthcare information message communication system
CN1249577C (zh) 用于遗留软件与屏幕朗读器程序之间的互操作的方法和装置
US10372802B2 (en) Generating a report based on image data
CN1287261C (zh) 利用电子笔的文件填写系统
CN1713158A (zh) 信息显示设备、信息显示方法、以及计算机程序
CN1226852C (zh) 允许一般的web浏览器访问多个不同协议类型的服务器的信息处理系统和方法
CN1150488A (zh) 可训练的用户接口翻译器
JP2013527503A (ja) アドバンストマルチメディア構造化報告
CN1855040A (zh) 带有可重用得分和建议的可重据用数的资源创作
CN1658158A (zh) 屏蔽用户界面动态区以测试用户界面一致性的方法和系统
CN101038550A (zh) 信息处理装置和方法
CN1378173A (zh) 网络设备管理装置、程序、信息存储媒体及网络设备管理方法
CN1749960A (zh) 具有改进的醒目性的活动内容向导执行
CN1387105A (zh) 产生用户界面的专门系统
CN1678994A (zh) 用于提供访问用户界面信息的系统和方法
CN1961314A (zh) 修正过程控制数据的方法及装置
CN1259706A (zh) 以可选显示语言提供用户接口的方法、系统和计算机程序产品
CN1572235A (zh) 医疗诊断设备
CN1527225A (zh) 信息关联性显示方法、程序、存储介质和装置
CN1367429A (zh) 设备环境配置系统和方法,以及所使用的数据存储介质
CN1484789A (zh) 控制装置
US8775199B2 (en) Method and system for image pumping
JP2009093544A (ja) 医用レポート装置
CN1896943A (zh) 图像选择方法和设备
CN1574014A (zh) 数据转换装置和数据转换系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CI02 Correction of invention patent application

Correction item: Priority

Correct: 2004.07.30 US 10/903,383

False: Lack of priority second

Number: 36

Page: The title page

Volume: 22

COR Change of bibliographic data

Free format text: CORRECT: PRIORITY; FROM: MISSING THE SECOND ARTICLE OF PRIORITY TO: 2004.7.30 US 10/903,383

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication