首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Mirth -将新字段添加到OBR 16数据段

Mirth是一种开源的跨平台的健康信息交换引擎,用于实现医疗机构内部和医疗机构之间的数据传输和交换。它提供了一种灵活、可定制的方式来处理医疗数据的转换、路由和集成。

在医疗领域中,OBR 16数据段是医疗报告的一部分,用于存储与报告相关的观察和测量结果。要将新字段添加到OBR 16数据段,你需要进行以下步骤:

  1. 确定新字段的目的和内容:首先要确定新字段的用途和内容,例如,新字段可以是新的观察结果或测量值。
  2. 修改Mirth通道:使用Mirth的管理界面,找到正在使用的通道,通过编辑通道的方式,添加新字段到OBR 16数据段的消息转换规则中。
  3. 更新转换规则:在通道的转换规则中,你需要使用Mirth的脚本语言(基于JavaScript)来实现将新字段添加到OBR 16数据段的逻辑。你可以使用Mirth提供的内置函数和变量来访问和操作消息的不同部分。
  4. 测试和验证:在完成修改后,进行测试和验证确保新字段被正确地添加到OBR 16数据段。可以使用Mirth的模拟功能来发送测试消息,并使用Mirth的日志功能来查看消息的转换结果。

推荐的腾讯云相关产品:腾讯云提供了丰富的云计算和健康医疗领域的产品和服务,可以满足医疗机构的数据交换和集成需求。以下是一些推荐的腾讯云产品和其介绍链接:

  1. 云通信(消息队列CMQ):用于实现消息的异步传递和通信,可以作为Mirth与其他系统之间的消息传递通道。详情请参考:https://cloud.tencent.com/product/cmq
  2. 腾讯云API网关:用于构建和管理API,可用于对外提供数据交换接口。详情请参考:https://cloud.tencent.com/product/apigateway
  3. 腾讯云服务器(CVM):提供可扩展的虚拟服务器,可以用于部署Mirth引擎和其他相关应用。详情请参考:https://cloud.tencent.com/product/cvm

请注意,以上所提到的腾讯云产品仅为推荐,不是具体解决方案的唯一选择,具体的产品选择和配置应根据实际需求和情况进行评估和决策。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

SAP 新总账中 CodingBlock客户化自定义新字段方法

CodingBlock客户化自定义新字段 1、Coding Block新字段 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 添加字段如图; 该步骤比较耗时,完成后,可查看客户化字段已经创建; 2、安装新字段到新总账汇总表FAGLFLEXT中 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-包括总计表中的字段(FAGL_GINS); 输入表FAGLFLEXT,修改进入,将自定义字段加入,保存并激活; 该步骤耗时,完成后退出,在初始界面激活汇总表; 使用SE16,检查表FAGLFLEXT和BSEG,发现字段ZZFI已经加入了; 新增补的字段需要更改其记账码和字段状态组的字段状态(可使用事务码:FBKP),才能正常显示和输入,系统默认的状态是为“隐藏”。注意维护的语言,否则可能看不到字段名; 3、为Coding Block新字段定义凭证输入的子屏幕 为了使新增补的字段能在凭证输入时比较方便的输入,使新增的字段能出现在事务OXK3的屏幕中:发票/贷项发票快速输入、总账快速输入、科目分配和预制凭证等; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 选择菜单“环境”,“预备快速输入”进入新的屏幕; 执行完成后,即可在FB50,F-02的屏幕中看到新增字段; 可以通过维护自定义屏幕变式和自定义子屏幕来设置字段出现的位置,路径如下: 财务会计(新)-总账会计核算(新)-业务交易-总账会计过帐-满意-在Enjoy事务中包括客户字段; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-为编码块定义子屏幕(OXK1); 4、为Coding Block新字段维护数据表内容 使用事务SE11创建客户自定义的数据表ZZFI_BB; 点创建后进入表格创建界面,维护参数 创建字段如下; 维护技术设置; 保存后激活;然后可以使用事务SE16直接维护数据表ZZFI_BB的内容; 但对于一般的最终用户来说不会被分配访问数据表的操作权限,因此需要开发人员编写一段ABAP程序以使最终用户能简单方便的维护数据表内容; 5、定义Coding Block新字段的搜索帮助 为了在数据输入时方面的选择输入其数据值(F4),需要为新增补的字段创建搜索帮助;使用事务SE11创建搜索帮助; 点击创建,选择“基本索引帮助”,进入创建搜索帮助界面; 保存并激活; 6、分配搜索帮助给Coding Block新字段 使用事务SE11将创建号的搜索帮助分配给新增补字段; 保存并激活; 7、分配数据检查表给Coding Block新字段 使用事务SE11修改结构CI_COBL; 点修改进入,选中所需要维护的组件ZZFI,点 ,进入搜索帮助及检查视图; 点击按钮选择“外来码”,系统弹出对话框“外来关键词不存在,创建带值表ZZFI_BB的建议作为检查表格?”,选择“是”,接受系统建议; 选择“复制”复制外来码关键字检查表ZZFI_BB;此时可以看到ZZFI_BB已经填入到CheckTable中了; 保存并激活;此时可以使用FB50,F-02试试效果; 8、把方案和客户字段分配到分类帐 财务会计(新)-财务会计基本设置(新)-分类帐-分类帐-把方案和客户字段分配到分类帐 将客户字段ZZFI添加到分类帐OL中,这样表FAGLFLEXT中,就能对字段ZZFI产生一条汇总记录;经过这样设置,可以查询查询针对ZZFI的期初、发生、期末的数据了;

02
  • sap CodingBlock客制化自定义新字段方法

    CodingBlock客户化自定义新字段 1、Coding Block新字段 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 添加字段如图; 该步骤比较耗时,完成后,可查看客户化字段已经创建; 2、安装新字段到新总账汇总表FAGLFLEXT中 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-包括总计表中的字段(FAGL_GINS); 输入表FAGLFLEXT,修改进入,将自定义字段加入,保存并激活; 该步骤耗时,完成后退出,在初始界面激活汇总表; 使用SE16,检查表FAGLFLEXT和BSEG,发现字段ZZFI已经加入了; 新增补的字段需要更改其记账码和字段状态组的字段状态(可使用事务码:FBKP),才能正常显示和输入,系统默认的状态是为“隐藏”。注意维护的语言,否则可能看不到字段名; 3、为Coding Block新字段定义凭证输入的子屏幕 为了使新增补的字段能在凭证输入时比较方便的输入,使新增的字段能出现在事务OXK3的屏幕中:发票/贷项发票快速输入、总账快速输入、科目分配和预制凭证等; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-客户字段-编辑编码块(OXK3); 选择菜单“环境”,“预备快速输入”进入新的屏幕; 执行完成后,即可在FB50,F-02的屏幕中看到新增字段; 可以通过维护自定义屏幕变式和自定义子屏幕来设置字段出现的位置,路径如下: 财务会计(新)-总账会计核算(新)-业务交易-总账会计过帐-满意-在Enjoy事务中包括客户字段; 财务会计(新)-财务会计基本设置(新)-分类帐-字段-为编码块定义子屏幕(OXK1); 4、为Coding Block新字段维护数据表内容 使用事务SE11创建客户自定义的数据表ZZFI_BB; 点创建后进入表格创建界面,维护参数 创建字段如下; 维护技术设置; 保存后激活;然后可以使用事务SE16直接维护数据表ZZFI_BB的内容; 但对于一般的最终用户来说不会被分配访问数据表的操作权限,因此需要开发人员编写一段ABAP程序以使最终用户能简单方便的维护数据表内容; 5、定义Coding Block新字段的搜索帮助 为了在数据输入时方面的选择输入其数据值(F4),需要为新增补的字段创建搜索帮助;使用事务SE11创建搜索帮助; 点击创建,选择“基本索引帮助”,进入创建搜索帮助界面; 保存并激活; 6、分配搜索帮助给Coding Block新字段 使用事务SE11将创建号的搜索帮助分配给新增补字段; 保存并激活; 7、分配数据检查表给Coding Block新字段 使用事务SE11修改结构CI_COBL; 点修改进入,选中所需要维护的组件ZZFI,点 ,进入搜索帮助及检查视图; 点击按钮选择“外来码”,系统弹出对话框“外来关键词不存在,创建带值表ZZFI_BB的建议作为检查表格?”,选择“是”,接受系统建议; 选择“复制”复制外来码关键字检查表ZZFI_BB;此时可以看到ZZFI_BB已经填入到CheckTable中了; 保存并激活;此时可以使用FB50,F-02试试效果; 8、把方案和客户字段分配到分类帐 财务会计(新)-财务会计基本设置(新)-分类帐-分类帐-把方案和客户字段分配到分类帐 将客户字段ZZFI添加到分类帐OL中,这样表FAGLFLEXT中,就能对字段ZZFI产生一条汇总记录;经过这样设置,可以查询查询针对ZZFI的期初、发生、期末的数据了;

    02

    在高速网卡中实现可编程传输协议

    摘要:数据中心网络协议栈正在转向硬件,以在低延迟和低CPU利用率的情况下实现100 Gbps甚至更高的数据速率。但是,NIC中络协议栈的硬连线方式扼杀了传输协议的创新。本文通过设计Tonic(一种用于传输逻辑的灵活硬件架构)来实现高速网卡中的可编程传输协议。在100Gbps的速率下,传输协议必须每隔几纳秒在NIC上仅使用每个流状态的几千比特生成一个数据段。通过识别跨不同传输协议的传输逻辑的通用模式,我们为传输逻辑设计了一个高效的硬件“模板”,该模板在使用简单的API编程的同时可以满足这些约束。基于FPGA的原型系统实验表明,Tonic能够支持多种协议的传输逻辑,并能满足100Gbps背靠背128字节数据包的时序要求。也就是说,每隔10 ns,我们的原型就会为下游DMA流水线的一千多个活动流中的一个生成一个数据段的地址,以便获取和传输数据包。

    03
    领券