mirth connect 互联互通 第二章 -欧洲杯足彩官网

`
ssunigate
  • 浏览: 6291 次
  • 性别:
  • 来自: 北京
最近访客
博主相关
  • 博客
  • 微博
  • 相册
  • 收藏
  • 社区版块
    • ( 1)
    • ( 0)
    • ( 0)
    存档分类
    最新评论

    mirth connect 互联互通 第二章

    本章主要介绍mirth connect开发框架,讲解运行的各个阶段,请大家仔细研读、理解,对后续章节帮助是很大的。开发者把前端与服务分开运行,服务框架集成了很多流行的服务及协议,从中我们也可以看出开发的大致原理。本章涉及到的知识点需要了解一些的,比如soap

    第二章 什么是通道?

     

     

    通道是mirth connect 的重要组成部分,被看做是一对多的一种单向通道,其通道组件是解耦的,在两个应用或多个应用之间传输医疗数据。mirth connect 能把长消息任务分割成小消息任务,其可靠性、灵活性、高性能得到保证。

     

     

    2-1 mirth connect抽象通道架构

    通道架构组成:由源、通道、目标组成,其中通道包括过滤组件和转换组件。

    创建一个通道需要满足如下特点:

          源连接器类型,用于读取数据。(source)

          目标连接器类型,用于发送数据。(destination)

          入站消息格式。(inbound)

          出站消息格式。(outbound)

          传输(在入站和出站之间有个映射表)

     

    什么是连接器(connector)

    连接器就是一个消息的端点,是mirth connect之间或与外部应用之间通讯的一种特殊协议。

    支持的连接器列表:

          tcp/mllp

          数据库(mysql,postgresql,oracle,sqlserver,odbc)

          文件(本地文件系统和网络共享)

          pdf rtf文档

          jms

          http(免费版https协议不支持)

          smtp

          soap(http)

    收到数据的连接器被称为reader(读取者),例如mllp reader;发送数据的连接器被称为writer(写入者),例如database writer

     

    过滤器(filter)

    现实世界中,许多应用之间互联,一个通道可能从许多源接收消息,然后这些消息根据消息的类型或条件,需要分门别类的处理。

    有两种方法可以解决上述问题:过滤器或路由器。

    路由器最关键的优势是根据唯一的位置决定消息到达目的地的条件。

    过滤器是mirth connect处理消息的主要机制,根据消息的属性(段和元素)决定对消息的处理情况,过滤器从消息队列中检测消息的属性,而消息不会从消息队列中删除,如果本过滤器没有校验通过,原封不动的返回给消息队列,以便此消息用于其它的过滤器进行处理。

    如果处理的消息类型很多,可以建立多个独立的到目标的通道,相互之间可以建立多个过滤器进行消息的处理。

     

    转换器(transformer)

    许多情况下,遗留系统、客户应用和第三方应用,彼此之间需要根据数据模型进行消息的发送,尤其有特殊格式要求的数据系统。当新的商业需求提出一个唯一标准的时候,我们就需要把其他系统数据格式转成新系统要求的数据标准,传统方法处理起来即复杂又困难,更难于维护。

    那么,对这些不同格式要求的消息,怎么进行数据互联呢?mirth connect提供了消息转换器来解决这类问题。通过transformer,接收方得到了它理解的消息,变成自己的内部使用的数据格式。

    transformer支持的转换器类型:

          message builder 把入站消息片段映射成出站消息片段。

          mapper 把入站消息片段映射成mirth connect 内部变量,这些变量在              以后会被用到。

          external script 从名字上就能猜到,利用外部的javascript脚本进行消                   息的转换或映射数据。

          xslt step 就是个xsl转换工具

          javascript external script一样,灵活使用。在本教程中有许多地方                 用到了javascriptjava代码也被用到了。

     

    通道脚本执行的阶段

    通道还支持脚本特性,增强消息的处理逻辑,适用于管道本身及所有传递的消息。

    这些脚本的名字及含义如下:

    deploy 部署脚本,mirth connect server启动的时候或通道重新部署的时候

       启动这部分的脚本.

    attachment 附件脚本,以本地的格式处理消息并允许抽取一部分消息作为

       附件存储起来,或者是不可避免的要修改消息。

    preprocessor 预处理脚本,脚本还允许在mirth connect开始将其转换为内

       部格式(xml)之前以本机格式处理每个消息。

    filter & transformer 过滤器和转换器,是我们处理入站和出站消息的主要

       地方。

    response 应答脚本,从名字上看出,就是处理目标发送的应答信息。

    postprocessor 后处理器脚本,消息成功发送后执行的脚本。

    undeploy 反部署脚本,mirth connect server每次停止服务的时候调用,比

       如释放通道程序占用的内存。

     

    脚本的执行顺序如下:

          1. global deploy script 全局部署

          2. deploy 部署

          3. attachment script 附件脚本

          4. global preprocessor script 全局预处理脚本

          5. preprocessor script 预处理脚本

          6. source connector filters script 源连接器过滤器脚本

          7. source connector transformer script or mapping 源连接器转换器脚本或

         映射

          8. destination 1 connector filters script目标1连接器过滤器脚本

          9. destination 1 connector transformer script or mapping 目标1连接器转

         换脚本或映射

          10. destination n connector filters script目标n连接器过滤器脚本

          11. destination n connector transformer script or mapping 目标n连接器

          转换脚本或映射

          12. response 1 transformer script or mapping 应答1转换脚本或映射

          13. response n transformer script or mapping 应答n转换脚本或映射

          14. postprocessor script 后处理器脚本

          15. global postprocessor script 全局后处理器脚本

          16. undeploy 反部署

          17. global undeploy script 全局反部署脚本

     

    deployglobal deploy每次管道重新部署启动一次,undeployglobal undeploy也是一样,其他的每次发送接收消息都要执行一遍。注意global preprocessorpreprocessor之前执行,global postprocessorpostprocessor之后执行。

    通道在序列里操作,首先被执行的是第一个通道的attachment,而第一个通道postprocessor是最后执行,让我们看看序列通道执行的情况如下图:

     

     

    2-2 脚本执行序列

    这个序列有三个通道串行执行,每到destination connector执行完毕就进入第二个通道,而应答的处理也是逐级递归。

     

    接下来的内容我们就详细介绍这些情况。

     

    • 大小: 80.6 kb
    分享到:
    评论

    相关推荐

      mirth connect 使用文档! 难得的一份!

      mirth connect可以进行hl7 包括构建和交换医疗保健信息的标准,以及系统集成和互操作性的其他标准。医疗保健系统可以使用这些标准、指南和方法以统一、一致的方式相互通信、共享信息和处理数据,有助于减少医疗保健...

      as mirth corporation (now is a subsidiary of quality systems, inc.) says on their web-site, “mirth connect is the swiss army knife of healthcare integration engines, specifically designed for hl7 ...

      mirth是现在国际上比较成熟的hl7引擎技术之一,它是一个开放源代码的跨平台hl7标准接口引擎,是专为hl7消息接口设计的“瑞士军刀”,它为开发、配置和监听接口提供了必要工具。mirth是一个hl7标准接口网关,它能进行...

      mirth connect在医疗信息集成中的应用

      mirth connect 3.4 使用文档,推荐下载!

      mirth connect 用户手册4.1.0

      yeovil区医院nhsft的mirth connect fhir侦听器通道,可与intersystems trakcare pas一起使用(v2020) 介绍 目的 此回购概述了为提供sider计划所需的技术可交付成果而采取的步骤,以及在开发过程中遇到的问题以及...

      mirth简单操作说明及常见报错,可以针对不会mirth的人一个基本的操作。要分不多,欢迎下载。

      1.1 系统环境需求 4 1.2 启动服务器 5 1.3 启动管理员 5 2.1 登录 6 2.2 仪表板 7 2.3 通道10 2.4 编辑通道10 2.5

      way to run mirth connect with confidence in your organization. mirth appliances provide incredible value to any organization requiring heath information technology messaging capabilities. since mirth ...

      mirth connect分析仪 报告书 听众 侦听传入连接的每个通道的列表。 channelname channelid servermode 主持人 港口 remoteaddress 远程端口 overridelocalbinding reconnectinterval receivetimeout 缓冲区...

      docker上的mirth connect实例 authors: marly cormar, surya prasanna, dileep rajput. 先决条件 最新的 。 目前的例子 这个多容器泊坞窗的目标是测试mirth connect的功能。 频道包括: json_to_hl7_dest_channel...

      此docker化版本的mirth connect配置为在平台上在nginx运行。 生成映像并使用以下命令在本地运行: docker run -i -t -d -p 3000:3000 -p 9661:9661 -e mirth_admin_pw=password image_name docker run -i -t -p ...

      nextgen connect集成引擎(以前为mirth connect) 1.有用的链接 开发人员指南 示例和教程 fhir扩展指南 讨论区 松弛通道松弛注册 2.一般信息 下一代欧洲杯足彩官网的解决方案使命 nextgen solutions帮助美国许多最大,最受尊敬的...

      医院端使用的集成平台 mirth使用说明,支持各种通讯协议,hl7,http,socket。支持各种数据库集成

      文档包括 webservice 的130多页的ppt 很详细 入门必备 还有个外文文档 很经典 可当随笔 简易项目的必要步骤

      mirthconnect-3.9.0.b2526-windows-x64.exe

      mirth手册 esb 医疗

    global site tag (gtag.js) - google analytics
    网站地图