.png)
InterSystems IRIS for Health™ 是全球第一个也是唯一一个专门为医疗应用程序的快速开发而设计的数据平台，用于管理全世界最重要的数据。它包括强大的开箱即用的功能：事务处理和分析、可扩展的医疗保健数据模型、基于 FHIR 的解决方案开发、对医疗保健互操作性标准的支持等等。所有这些将使开发者能够快速实现价值并构建具有突破性的应用程序。了解更多信息。
为 HL7 提供了消息查看器页面。可以使用此页面显示、转换和导出 HL7 消息（外部文件或来自生产消息存档的消息）。
要访问此页面，请选择互操作性 > 互操作 > HL7 v2.x > HL7 v2.x 消息查看器。
要指定要显示的文档：
当单击“数据结构”列中的名称时，InterSystems 会显示该数据结构中的所有字段。这是 HL7 数据结构页面。显示的以下列是最有用的：
当单击上面段结构页面中名为 2.3:XCN 的数据结构项时，将出现以下示例页面。该页面指出类别 2.3 数据结构 XCN 描述“扩展复合 ID 号和名称”并由 14 个字段组成。其中，有些是简单值，有些是数据结构，有些是代码。
有了这些信息，就可以为消息结构 2.3:ADT_A01 中的复杂 PR1grp().PR1:Surgeon 字段创建虚拟属性路径，如下所示：
PR1grp().PR1:Surgeon.familyname
PR1grp().PR1:Surgeon.degree
当单击“代码表”列中的名称时，它会列出并解释该字段的有效代码。这是 HL7 代码表页面。当单击上一节中显示的数据结构页面中名为 2.3:200 的代码表项时，将出现以下示例页面。
上面的示例示出类别2.3代码表200描述可以具有值L、O、M、A、C或D的“名称类型”。
微服务架构作为一种软件开发架构，这些年越来越热。那微服务应用架构的优缺点有哪些？它是否适合我呢？以及如何做微服务架构应用的集成？
这里我谈谈自己的看法。
通过 HL7 架构页面，可以导入和查看 HL7 版本 2 架构规范。要显示此页面，请从主页中选择互操作性 > 互操作 > HL7 v2.x > HL7 v2.x 架构结构。有关使用此页面的一般信息，请参阅在产品中使用虚拟文档中的“使用架构结构页面”。
HL7 模式页面提供了一个附加选项卡：消息类型。此选项卡将两个消息结构标识为请求/响应对。
要列出某个类别中的所有文档类型结构，请首先选择该类别，然后单击“DocType 结构”选项卡。
要查看消息结构的内部组织，请从 HL7 架构页面上的 DocType 结构选项卡单击其名称（选择互操作性 > 互操作 > HL7 v2.x > HL7 v2.x 架构结构）。 InterSystems 产品使用以下视觉提示和命名约定在“结构”部分中显示消息的段结构。
InterSystems 产品可以处理和传递 HL7 消息，而无需使用架构来解析它，但将架构与消息关联允许执行以下操作：
ObjectScript 代码每个 HL7 消息均由消息类型标识，该消息类型在 MSH 段 MessageType 字段 (MSH:9) 中指定。一些消息类型共享相同的消息结构。例如，在HL7版本2.3.1中，用于预先接纳患者的ADT_A05消息具有与ADT_A01接纳消息相同的结构。该架构指定 ADT_A05 消息具有结构类型 ADT_A01。
为了解析 HL7 消息，需要两条信息：
HL7 版本号，例如 2.3.1 或 2.7，或者它可能是 InterSystems 产品中定义的自定义架构的类别。production 从业务服务消息模式类别设置或从数据转换设置获取模式类别。尽管 HL7 消息在 MSH 段 VersionID 字段中包含模式版本号 (MSH:12)，但 InterSystems 不使用此值，因为许多应用程序并未一致地设置此字段。production 从 MSH:9 字段获取消息类型，然后检查架构定义以获取该消息的结构类型。IRIS 自动管理每个业务操作的生命周期。
Production Startup当Production生产（或更改特定业务操作的配置）时， IRIS 自动为每个配置的业务操作类（即，为Production定义中列出的每个业务操作）执行以下任务：
OnProductionStart() 回调方法（如果已定义）。OnProductionStart() 方法是一种类方法，它为Production配置中列出的每个业务操作类调用一次。业务操作类可以使用此回调来执行它可能需要的任何类范围的初始化。
后台进程的数量由Production配置中业务操作的 PoolSize 属性决定。每个后台进程都称为业务操作的实例，并包含业务操作对象的实例。
如果满足以下条件， IRIS 只会为业务操作创建后台进程：
每次Production启动时， IRIS都会为Production创建公共参与者池。ActorPoolSize设置的值确定池中的作业数。
在执行元池中的每个作业中，都有一个Ens.ActorEns.在一个对象中，该对象负责管理业务流程对其作业的使用。在一个Ens.Actor时称为执行元。
Production中的业务流程可以共享名为 Ens.Actor 的公共消息队列。此公共队列是发送到生产中没有自己的专用队列的任何业务流程的所有消息的目标。只要 Actor 有空托管业务流程，它们就会监听 Ens.Actor 队列。当请求到达 Ens.Actor 队列时，任何空闲的参与者都可以分配其作业来托管请求中指定的业务流程。 Ens.Actor 队列上的请求按照接收顺序进行处理。每个连续的请求都由下一个可用的参与者持续声明。
Runtime当Production运行时，业务服务会重复调用入站适配器的 OnTask() 方法。此 OnTask 循环由业务服务的 CallInterval 设置和 %WaitForNextCallInterval 属性控制，如下所示：
OnTask() 方法。OnTask() 在 IRIS 生产外部检查业务服务感兴趣的输入事件：OnTask() 将调用关联业务服务对象的 ProcessInput() 方法。OnTask() 将控制权返回给业务服务，业务服务等待下一个 CallInterval 过去，然后返回到步骤 1。File.InboundAdapter，则可能有多个文件在指定目录中等待。如果有多个输入事件：
此页面描述了Production及其组成部分的生命周期，以供参考。
Production的生命周期Production启动当Production开始时，动作顺序如下：
Production类被实例化；其可选的 OnStart() 方法执行。Production实例化每个业务操作并执行其可选的 OnProductionStart() 方法。Production实例化每个业务流程并执行其可选的 OnProductionStart() 方法。Production会清除上一次运行遗留的任何指标值的业务指标缓存。Production实例化每个业务服务并执行其可选的 OnProductionStart() 方法。Production过程处理已放入队列中的所有项目。这包括Production停止时排队的异步消息。Production现在接受来自外部 IRIS 的输入。Production Shutdown当Production停止时，操作顺序如下：
管理门户自动执行将Productions从开发系统部署到实时系统的过程。本节介绍当在实时系统上加载Productions的新版本时，IRIS 会执行哪些操作。
获得部署包 XML 文件后，可以将其加载到目标系统上。在管理门户中，选择正确的命名空间并单击互操作性、管理、部署更改、部署，然后单击打开部署或打开本地部署按钮，具体取决于 XML 部署包位于服务器上还是本地计算机上。如果位于服务器计算机上，则“打开本地部署”按钮不处于活动状态。选择 XML 部署包文件后，表单会列出部署包中的新项和更改项，显示创建包时指定的部署说明，并允许指定以下部署设置：
Production —指定将添加组件的Production。如果部署包包含来自源Production的Production类，则目标Production将设置为源Production且无法更改。否则， IRIS 将默认Production设置为当前打开的Production，但允许更改它。Production要使用管理门户导出Production的 XML，请打开Production，单击Production设置和操作选项卡，然后单击导出按钮。 IRIS 选择所有业务服务、业务流程、业务操作和一些相关类，然后显示以下表单以允许添加导出注释和其他组件。
还可以导出业务服务、流程或操作，方法是在Productions配置中选择组件，然后单击“操作”选项卡上的“导出”按钮。在这两种情况下，都可以通过单击其中一个按钮并选择一个组件来将其他组件添加到包中。以通过清除该复选框来从包中删除组件。
可以使用导出注释来描述部署包中的内容。例如，可以描述完整的Productions是否位于作为Productions更新的包或组件集中。当使用管理门户将包部署到目标系统时，会显示导出注释。
当导出部署包时，应该做出的第一个决定是目标系统是否具有旧版本的Productions。
如果将Productions部署为新安装，应该：
Production类的定义。Production设置。Production中使用的所有组件的定义。Production设置（ptd 文件）。这将重复Production类中的定义。通常，在开发系统上开发Production，然后在测试部署上完成并测试生产后，将其部署在实时生产系统上。本页介绍如何使用管理门户打包开发系统中的部署，然后将其部署到另一个系统上。它还描述了如何开发和测试对生产的更改，然后将这些更新部署到使用实时业务数据运行的系统。
Production概述可以使用管理门户或 IDE 来部署Production。管理门户会自动执行一些需要使用 IDE 手动执行的步骤。如果有正在使用的实时Production，并且正在开发该Production的更新，则需要确保在不中断业务数据处理的情况下更新实时Production。在最简单的层面上，部署Production是通过从一个系统导出Production的 XML 定义并在目标系统上导入和编译 XML 来完成的。从开发到上线系统的成功部署最重要的问题是：
XML 部署文件具有所有必需的组件。Production。通常，将Production部署到实时系统是一个迭代过程，包括以下步骤：
IRIS/Caché编码方案一直以来，编码问题像幽灵一般，不少开发人员都受过它的困扰。
试想你请求一个数据，却得到一堆乱码，丈二和尚摸不着头脑。有同事质疑你的数据是乱码，虽然你很确定传了UTF-8 ，却也无法自证清白，更别说帮同事 debug 了。
有时，靠着百度和一手瞎调的手艺，乱码也能解决。尽管如此，还是很羡慕那些骨灰级程序员。为什么他们每次都能犀利地指出问题，并快速修复呢？原因在于，他们早就把编码问题背后的各种来龙去脉搞清楚了。
ASCII标准
ASCII码，使用7 位二进制数（最高位为0）来表示所有的大写和小写字母，数字0到9、半角标点符号，以及在英语中使用的特殊控制符号。
最早只有127个字母被编码到计算机里，也就是大小写英文字母、数字和一些符号，这个编码表被称为ASCII编码，比如大写字母a的编码是97，小写字母z的编码是122。
在IRIS/Caché中获取字符ASCII码与二进制字符串，如下代码示例：
USER>w $a("a")
97
USER>w ##class(M.Code).LogicalToDisplay(97)
10000110
经过如下二进制转十进制计算可得出 1+32+64 = 97
2**0 + 2**5 + 2**6 = 97
UnicodeProduction代码调试的第一步是启用跟踪，如监控生产中所述。如果这没有揭示问题，可以使用调试器单步调试代码，如下所示：
IDE 中编辑代码以在要开始调试的位置插入 BREAK 命令。Production。在步骤 2 中标记的作业在终端的前台运行。BREAK 命令时，终端将进入调试模式，可以单步调试代码。%ETN 日志记录事件日志自动包含有关系统级异常（包括代码中的异常）的部分信息。默认情况下，这些事件日志条目的结尾如下：
-- logged as '-' number - @' quit arg1/arg2 }'
要获得有关此类错误的更完整信息：
这会导致 IRIS 记录系统级异常的附加详细信息。
-- logged as '25 Sep 2012' number 15 @' quit arg1/arg2 }'
可以使用管理门户在开发、测试和调试Production时执行多项任务：
Production。SQL SELECT 命令，按类别或消息内容过滤和搜索消息仓库中的特定消息。对于开发人员来说，最有用的门户功能是不断收集运行时数据的监视服务、可用于向正在开发的产品发出模拟请求的测试服务以及记录业务主机发出的状态消息的事件日志。同时使用这些功能来生成测试数据并研究结果。
管理门户具有测试菜单，可以在其中测试业务主机和数据转换。它包含以下项目：
测试服务允许测试活动命名空间中正在运行的Production的业务流程或业务操作。
本主题介绍可用于测试和调试产品的工具。该信息对于故障排除和调整企业已在使用的Production软件也很有用。
Production问题状态如果Production暂停或出现问题，请阅读本节。
Production当Production在队列中的所有异步消息可以被处理之前停止时，就会发生暂停Production。如果不手动清除这些异步消息，它们会在Production开始备份时自动处理。如果希望处理消息，则在开始暂停Production之前不需要其他步骤。
Production如果 IRIS 停止但Production没有正常关闭，Production将获得故障状态。如果在没有先停止Production的情况下重新启动 IRIS 或重新启动机器，就会发生这种情况。
在这种情况下，“恢复”命令将显示在“Production配置”页面上。单击“恢复”关闭并清理有问题的Production实例，以便可以在准备好时运行新实例。
或者可能需要使用命令行来恢复Production。请参阅使用 Ens.Director 启动和停止Production。
ProductionIRIS 提供了名为 Lookup() 的实用函数，以便可以轻松地从业务规则或 DTL 数据转换中执行表查找。此功能仅在创建至少一个查找表并用适当的数据填充后才起作用。
有关定义查找表的信息，请参阅配置产品中的定义数据查找表。
如果需要比管理门户提供的更直接的查找表操作，请在类中使用 Ens.Util.LookupTable。此类公开查找表以通过对象或 SQL 进行访问。此外，它还提供类方法来清除表、将数据导出为 XML 以及从 XML 导入数据。
Ens.Util.LookupTable提供以下字符串属性：
TableName查找表的名称，最多 255 个字符。可以通过在 IRIS 门户中选择“互操作性”、“配置”和“数据查找表”，然后选择“打开”来查看命名空间中定义的查找表。
KeyName查找表中条目的键，最多 255 个字符。这是互操作性 > 配置 > 数据查找表页面上键字段的值。
DataValue查找表中与此键关联的值，最多 32000 个字符。这是互操作性 > 配置 > 数据查找表页面上的值字段中的值。
示例 SQL 查询是：
前不久，北京市人民政府印发了《关于更好发挥数据要素作用进一步加快发展数字经济的实施意见》的通知。其中提到要“率先探索数据跨境流通”。今年1月，北京市互联网信息办公室也发文公示，首都医科大学附属北京友谊医院与荷兰阿姆斯特丹大学医学中心合作研究项目成为全国首个被北京网信办批准的数据出境安全评估案例（编号20220001）。可以预见，为更好发挥数据要素作用将来可能出现越来越多的跨境数据流通。那么我们今天仅仅看下，在医疗领域国际主要流行的数据标准都有哪些。
以下是国际数字医疗合作组织的主要统计（该组织协同了世界卫生组织WHO，OECD和33个不同的国家和地区）
从上表可以看出,数据共享领域 DICOM，HL7 v2, CDA, FHIR,v3 是主要的标准，在临床术语方面 ICD9/10/11， SNOMED 和Lionc是目前国际上各个国家和地区最主流的医疗数据标准。供大家参考。
相关阅读
原文链接：https://www.healthit.gov/topic/global-digital-health-partnership
要在适配器类中包含生产凭证，请在类定义中执行以下操作：
Credentials 的设置。CredentialsSet() 的方法，该方法使用 Credentials 设置的值作为键来查找 Credentials 表中的用户名和密码。然后实例化一个包含用户名和密码的凭据对象。Production凭证虽然Production凭证系统集中管理并将登录数据保留在源代码之外，但有时需要编写代码以从其他来源获取凭证。例如，代码可能会从 Web 表单或 cookie 中检索用户名和密码，然后将它们与 HTTP 出站适配器一起使用以连接到其他站点。
处理此问题的方法是在业务服务或业务操作代码中，在调用任何适配器方法之前执行以下两项操作：
Credentials 属性或调用适配器 CredentialsSet() 方法，否则值可能会被重置。FHIR 通过提供标准化数据模型来构建医疗保健应用程序并促进不同医疗保健系统之间的数据交换，彻底改变了医疗保健行业。由于 FHIR 标准基于现代 API 驱动的方法，因此移动和 Web 开发人员更容易使用它。然而，与 FHIR API 交互仍然具有挑战性，尤其是在使用自然语言查询数据时。
隆重推出FHIR - AI 和 OpenAPI 链应用程序，该解决方案允许用户使用自然语言查询与 FHIR API 进行交互。该应用程序使用OpenAI 、 LangChain和Streamlit构建，简化了查询 FHIR API 的过程并使其更加用户友好。
OpenAPI 规范（以前称为 Swagger，目前是OpenAPI Initiative的一部分）已成为软件开发领域的重要工具，使开发人员能够更有效地设计、记录 API 并与 API 交互。 OpenAPI 规范定义了一种标准的机器可读格式来描述 RESTful API，提供了一种清晰一致的方式来理解其功能并有效地使用它们。
在医疗保健领域，FHIR 成为数据交换和互操作性的领先标准。为了增强FHIR的互操作能力， HL7正式记录了FHIR OpenAPI规范，使开发人员能够将FHIR资源和操作无缝集成到他们的软件解决方案中。
写在回复社区帖子《Python能否动态创建HL7消息》中。
使用一个启用了集成的命名空间。
注意：USER命名空间默认不启用互操作性。
如果以下建议创建一个新的互操作性命名空间来探索功能。
# 切换到
ZN "[互操作性名称空间名称]"
# 启动交互式Python shell：
Do $SYSTEM.Python.Shell()
#Load dependencies
import datetime as dt
import uuid
# Cache current time in CCYYMMDDHHMMss format
hl7_datetime_now=dt.datetime.now().strftime('%Y%m%d%H%M%S')
# Create HL7 Message
hl7=iris.cls("EnsLib.HL7.Message")._New()
# Set the doc type
# 2.5.1:ORU_R01 - Unsolicited transmission of an observation message
hl7.PokeDocType("2.5.1:ORU_R01")这些信息的结构可以从管理门户中获取
即使production未运行，类中的以下 Ens.Director 方法也允许检索生产设置：
GetAdapterSettings()返回一个数组，其中包含所标识的配置项（业务服务或业务操作）的所有适配器设置的值。该数组由设置名称下标。可以使用 IRIS $ORDER 函数来访问数组的元素。此方法的第一个参数是一个字符串，其中包含由两个竖线 (||) 分隔的产品名称和配置项名称。返回值是状态值。如果状态值不是 $$$OK，则无法找到指定的生产名称 (myProd) 和配置项名称 (myOp) 组合。
Set tSC=##class(Ens.Director).GetAdapterSettings("myProd||myOp",.tSettings)
GetAdapterSettingValue()返回标识的配置项的命名适配器设置的值：业务服务或业务操作。第一个参数是一个字符串，其中包含由两个竖线 (||) 分隔的产品名称和配置项名称。第二个参数是配置设置的名称。第三个输出参数返回调用的状态值。例如：
IRIS提供了一组可以从业务规则和DTL中调用的实用函数；这些在开发业务规则的Productions中使用的效用函数中有所描述。可以添加自己的功能，业务规则引擎和业务规则编辑器会自动适应您的扩展。
要添加新的效用函数:
Ens.Rule.FunctionSet 的子类。此类不得扩展任何其他超类，只能扩展 Ens.Rule.FunctionSet。final。可以在现有的 Ens.Util.FunctionSet 方法中查看这个（Ens.Util.FunctionSet是 Ens.Rule.FunctionSet的超类）。ClassMethod 名称。与 Ens.Rule.FunctionSet 中定义的函数不同，用户定义的方法名称必须使用它们所属的类进行完全限定。如果通过从管理门户中的向导中选择名称来添加它们，则会自动发生这种情况。查看镜像状态 打开管理门户 - ‘系统操作’ - ‘镜像监视器’
如遇到主备切换，可以通过消息日志查看切换原因 打开管理门户 - ‘系统操作’ - ‘系统日志’ - ‘消息日志’
基础问题怎么查询
通过管理门户查看日志 打开管理门户 - ‘系统操作’ - ‘系统日志’ - ‘消息日志’
通过监控告警日志 告警日志文件：<intall-dir>/mgr/alerts.log文件
Production所有组件设置重试间隔、故障超时是什么意思
重试间隔：与回复代码操作配合使用，当发生回复代码操作中设置的回复发生时，按照重试间隔设置的时间对外部业务系统再次访问。
故障超时：发生故障时继续传递消息的总秒数，可以与回复代码操作配合使用。
有队列出现怎么办
查看队列的方式 打开管理门户 - ‘Interoperability’ - ‘监视器’ - ‘队列’ 首先，查看队列计数是否是在降低，及时有队列，但是队列在正常下降，此状态为正常情况。 但是，如果队列持续升高，没有任何下降趋势，查看产生队列的相应组件的日志，查看是否是平台内部有异常出现。如果平台内部没有异常，查看第三方下游业务系统是否能正常通信。
如何设置重发
本篇文章主要介绍互联互通套件的一些基础问题：
RecordMap 功能一次导入一条记录，但如果正在导入或导出大量记录，则可以通过使用 RecordMap Batch 获得显着的效率提升。 RecordMap Batch 功能处理同类记录并一次处理一批中的所有记录。可以选择在批次之前加上一个标题记录，然后跟一个尾部记录。
要创建 RecordMap 批处理，需要实现一个继承自中的 %Persistent 和 EnsLib.RecordMap.Batch的类。 Batch 类包含处理解析和写出与特定批次关联的任何标头和尾部的方法。必须提供解析和编写标头的代码。对于简单的表头和表尾，可以使用类中的 EnsLib.RecordMap.SimpleBatch，它继承自 Batch 类，并提供处理简单表头和表尾的代码。如果需要处理更复杂的标头和尾数据，可以扩展这两个批处理实现中的任何一个。
这是个实验项目，使用OpenAI API与FHIR资源和Python相结合来回答医疗行业的用户提问。
生成式人工智能，如OpenAI上提供的LLM模型, 已被证明在理解和回答高层次问题方面具有显著能力。他们使用大量的数据来训练他们的模型，因此他们可以回答复杂的问题。
他们甚至可以使用编程语言，根据提示创建代码 --我不得不承认，让我的工作自动化的想法让我感到有些焦虑。但到目前为止，似乎这是人们必须要习惯的事情，不管你喜不喜欢。所以我决定做一些尝试。
这个项目的主要想法是在我读到这篇文章关于ChatARKit项目时产生的。这个项目使用OpenAI的API来解释语音命令，在智能手机摄像头的实时视频中渲染3D物体--非常酷的项目。而且，这似乎是一个热门话题，因为我发现最近有一篇论文遵循类似的想法。
让我最担心的是使用ChatGPT对AR进行**编程。由于有一个开放的github repo，我搜索了一下，发现作者是如何使用ChatGPT生成代码的。这种技术被称为提示工程Prompt Engineering--这是维基百科关于它的文章，或者这两个更实用的参考资料： 1和2。
所以我想--为什么不结合FHIR和Python试试类似的东西？以下是我的想法：
其主要构成是：
有两个类以类似于描述记录映射的两个类的方式描述复杂的记录映射。描述复杂记录映射的两个类是：
一个复杂的记录映射业务服务读取并解析传入的数据并创建一条消息，该消息是生成的记录类的一个实例。业务流程可以读取、修改或生成生成的复杂记录类的实例。最后，复杂记录映射业务操作使用实例中的数据，使用复杂记录映射作为格式化模板写入输出数据。复杂记录映射类和生成的复杂记录类都具有描述数据的层次结构。复杂记录映射类和生成的复杂记录类具有并行结构。这与 RecordMap 类不同，其中生成的记录类可以具有不同的层次结构。
本文讨论了在使用或维护InterSystems产品中遇到问题时，试图确定问题时可能用到的思路和工具。
确定问题发生的地点和时间
审查日志中的警告、错误和警报
以下日志可能包含有关该问题的有用信息。可以尝试在以下日志中寻找问题开始前后的警告或报错。
检查实例是否可以访问足够的存储空间
检查CPU活动
有两个类描述记录映射：
RecordMap 描述了记录的外部结构，实现了记录解析器和记录编写器。记录映射业务服务读取并解析传入数据并创建一条消息，该消息是生成的记录类的一个实例。业务流程可以读取、修改或生成生成的记录类的实例。最后，记录映射业务操作使用实例中的数据将 RecordMap 用作格式化模板来写入传出数据。 RecordMap 类和生成的记录类都具有描述数据的层次结构，但生成的对象结构不必与 RecordMap 结构相同。
当创建一个新的记录映射并将其保存在管理门户中时，此操作定义了一个扩展 RecordMap 类的类。为了定义生成的记录类，您必须在管理门户中单击“生成”，这会调用 EnsLib.RecordMap.Generator中的 GenerateObject()方法。仅编译 RecordMap 类定义不会为生成的记录类创建代码。必须使用管理门户或从终端或代码调用 Generator.GenerateObject() 方法。
RecordMap 由一系列字段和组合组成：