我们客户的一个共同需求是配置 HealthShare HealthConnect 和 IRIS的高可用性模式。

市场上的其他集成引擎通常被宣传为具有“高可用性”配置，但事实并非如此。通常，这些解决方案与外部数据库一起使用，因此，如果这些数据库未配置为高可用性，当发生数据库崩溃或与它的连接丢失时，整个集成工具将变得不可用。

对于 InterSystems 解决方案，这个问题不存在，因为数据库是工具本身的一部分和核心。 InterSystems 如何解决高可用性问题？深奥的配置会把我们拖入异化和疯狂的漩涡？不！在 InterSystems，我们倾听并处理了您的投诉（正如我们一直努力做的那样 ;)），并且我们已将镜像功能提供给所有用户和开发人员。

镜像

镜像如何工作？这个概念本身非常简单。如您所知，IRIS 和 HealthShare 都使用一个日志系统，该系统记录每个实例的数据库上的所有更新操作。这个日志系统是后来帮助我们在崩溃后恢复实例而不会丢失数据的系统。好吧，这些日志文件在镜像中配置的实例之间发送，允许并保持镜像中配置的实例永久更新。

架构

让我们简要解释一下在 Mirror 中配置的系统架构是什么样的：

嗨社区，
在本文中，我将演示 InterSystems Embedded Python 的用法，我们将涵盖以下主题：

• 1-嵌入式Python概述
• 2-嵌入式Python的使用
  • 2.1- 从 ObjectScript 使用 Python 库
  • 2.2- 从 Python 调用 InterSystems API
  • 2.3- 一起使用 ObjectScript 和 Python
• 3-使用python内置函数
• 4-Python 模块/库
• 5 个嵌入式 Python 用例
  • 5.1- 使用 python Reportlab 库打印 PDF
  • 5.2-使用Python二维码库生成二维码
  • 5.3- 使用 Python Folium 库获取 GEO 位置
  • 5.4- 通过使用在交互式地图上生成和标记位置  Python Folium 库
  • 5.5- 使用 Python Pandas 库进行数据分析
• 6-总结

我们从概述开始
 

1-嵌入式Python概述

嵌入式 Python 是 InterSystems IRIS 数据平台的一项功能，它允许 Python 开发人员完全直接地访问 InterSystems IRIS 中的数据和功能。

InterSystems IRIS 带有一种名为 ObjectScript 的强大内置编程语言，可在数据平台内部进行解释、编译和运行。

InterSystems 已修复了一个缺陷，该缺陷可能会导致使用 IBM POWER8 或更高版本的 POWER 处理器的 AIX 系统上的数据库和Journal日志文件损坏。只有在使用数据库或Journal日志加密时才会触发此缺陷。

当满足以下条件时，会触发此缺陷：

• 该环境使用数据库或Journal日志加密
• 该环境还使用数据元素加密
• 用于数据元素加密的加密密钥已停用

如果环境满足所有这些条件，则用于数据库或Journal日志加密的密钥计划可能会被损坏。

该缺陷存在于以下产品和基于这些产品的任何 InterSystems 产品中：

• InterSystems IRIS ®–除 2022.1.3 和 2023.1 之外的所有版本
• InterSystems IRIS for Health ™——除 2022.1.3 和 2023.1 之外的所有版本
• HealthShare ® Health Connect –除 2022.1.3 和 2023.1 之外的所有版本
• HealthShare ®解决方案——所有版本

请注意，此缺陷不会直接影响 HealthShare 解决方案，因为它们不使用数据元素加密功能。但是，如果 HealthShare 环境有一个使用上述数据元素加密功能的客户化定制，则它们必须遵循此警报中提供的补救措施。

InterSystems已修复一个缺陷，该缺陷在罕见情况下会导致ECP客户端不稳定。

该缺陷存在于以下产品和基于这些产品的任何InterSystems产品中。

受影响的版本是2022.1.x、2022.2和2022.3：

InterSystems IRIS®

InterSystems IRIS for Health™

HealthShare® Health Connect

受影响的版本是2022.2（只针对部署ECP的客户）：

InterSystems HealthShare®

这个问题只发生在ECP客户端系统中。当这个问题被触发时，进程可能遇到<SYSTEM>或<DATABASE>错误。出错后，ECP客户端会出现不稳定；在某些情况下，实例可能会挂起。对数据没有影响，ECP数据库服务器不受影响。

要清除不稳定性，必须重新启动ECP客户端实例。

如果您的 IRIS、IRIS for Health 或 Health Connect 实例受到影响，补救措施是升级到版本 2023.1 或 2022.1.3，这两个版本都将很快发布。

如果您有受影响的 HealthShare 实例，一组单独的警报文档和补救建议将很快发布。

2023年4月14日-16日，2023 CHITEC将在安徽省合肥市合肥滨湖国际会展中心（安徽省合肥市锦绣大道3899号）盛大召开。点击查看CHITEC 2023完整日程。InterSystems将亮相CHITEC，通过展位展示、主题研讨会、分论坛演讲等方式，全方位多角度展示InterSystems“加速评测，助力公立医院高效建设互联互通平台和数据中心”的能力。

第二十二章 配置镜像 - 镜像配置指导原则

为了提供强大、经济的HA解决方案，镜像设计为可适应各种系统配置和体系结构。但是，建议遵循以下一般配置准则：

• IRIS实例和平台兼容性-在确定要添加到镜像的系统之前，请务必查看IRIS实例兼容性和成员字符顺序注意事项中描述的要求。
• 故障转移成员相等-假定镜像中的两个故障转移成员相等。无法将首选项配置为主角色，并且根据情况需要将主角色和备份角色互换。因此，最佳做法是使故障转移系统主机彼此尽可能相似，特别是使用相似的计算资源进行配置；即，两个系统上的CPU和内存配置以及磁盘配置应具有可比性。
• 主实例配置和安全设置-主故障转移成员上的用户、角色、命名空间和映射(包括全局映射和包映射)等元素的配置不会被其他镜像成员上的镜像复制。因此，必须在备份故障切换成员或灾难恢复异步成员上手动复制所有设置，并根据需要进行更新，才能使备份故障切换成员或灾难恢复异步成员有效地从主成员接管。
• 未镜像数据-仅在主故障转移成员上的镜像数据库中的数据在备份故障转移成员和异步成员上复制和同步。因此，使备份或灾难恢复异步有效地接管主服务器所需的任何文件(例如，包括与SQL网关和Web服务器配置相关的文件)都必须手动复制到这些成员，并根据需要进行更新。

注：镜像数据库的文件流(默认情况下位于数据库目录的Stream子目录中)不会被镜像。

InterSystems 已修复一个导致SQL查询返回不正确结果的缺陷。

该缺陷存在于以下产品和基于这些产品的任何InterSystems产品中。

受影响的版本是 2021.2、2022.1.x、2022.2 和 2022.3：

• InterSystems IRIS®
• InterSystems IRIS for Health™（医疗版）
• HealthShare®Health Connect

受影响的版本是 2022.2：

• InterSystems HealthShare®

 当启用 SQL 运行时计划选择 (RTPC) 被启用（默认），并且查询包含一个“truth value”“WHERE ?=? 时，该缺陷会被触发，当被触发时，一些判断可能不会被正确评估；这导致了不正确的查询结果。

注意：通过查看SQL语句，无法完全评估一个查询的脆弱性。这是因为InterSystems SQL查询优化可以在查询的内部表示中增加“truth value”。

如果你的环境使用 InterSystems SQL，那么你可以通过禁用RTPC 功能来补救这个问题。

注意：关于 InterSystems HealthShare® 缓解措施的其他信息将很快发布。

嗨大家好！

最近我需要使用 IRIS For Health 设置本地 FHIR 服务器，我认为我找到了有史以来最简单的方法！

只需在终端中运行以下两行：

docker run --rm --name my-iris -d --publish 9091:1972 --publish 9092:52773 intersystemsdc/irishealth-community

和

docker exec -it my-iris iris session iris -U "USER" '##class(%ZPM.PackageManager).Shell("install fhir-server")'

您将在 http://localhost:9092/fhir/r4 本地运行 FHIR 服务器。

就是这么简单！

FHIR 服务器将使用最新版本的 InterSystems IRIS for Health Community Edition，并将通过 FHIRSERVER 命名空间中的 IPM 包从该应用程序部署 FHIR 服务器。

这是针对 Mac OS的，所以请在评论中添加它在 Windows 中的工作方式。

这是一篇非常短的文章，因为使用 InterSystems IRIS for Health 和IPM Package Manager 设置本地 FHIR 服务器真的很容易。

简介

什么是Query

Query是一种查询方法，用于查找满足条件的数据，将结果以数据集的形式展现出来。

Query类别

• SQL Query，使用类 %SQLQuery和 SQL SELECT 语句。
• 自定义Query，使用类 %Query 和自定义逻辑生成查询数据。

说明：在讲通用Query解决方案之前，我们先了解一下Query的基础和基础使用，有助于理解实现原理。如果读者了解Query基本使用，可跳过此章节，直接阅读“现状”。

Query基本使用

SQL Query基本使用

Query QueryPersonByName(name As %String = "") As %SQLQuery(COMPILEMODE = "IMMEDIATE", CONTAINID = 1, ROWSPEC = "id:%Integer:ID,MT_Name:%String:name,age:%String,no:%String", SELECTMODE = "RUNTIME") [ SqlName = QueryPersonByName, SqlProc ]
{
	SELECT top 10 ID, MT_Age, MT_Name, MT_No
	FROM M_T.Person
	WHERE (MT_Name %STARTSWITH :name)
	ORDER BY id
}

说明：

第三章 高可用性的故障转移策略

随着组织越来越依赖基于网络的应用程序，使数据库尽可能可用和可靠变得至关重要。本指南解释了 IRIS 数据平台如何提供高度可用和可靠的数据存储，并描述了从中断和故障中快速恢复并同时保持数据完整性的策略。

IRIS® 数据平台提供多种高可用性 (HA) 解决方案，并可轻松与操作系统供应商提供的所有常见 HA 配置集成。

维持系统高可用性的主要机制称为故障转移。在这种方法下，一个失败的主系统被一个备份系统取代；也就是说，处理故障转移到备份系统。许多 HA 配置还提供灾难恢复机制，即在故障转移机制无法保持系统可用时恢复系统可用性。

IRIS 实例故障转移有五种通用方法以实现 HA（包括不实施 HA 策略）。本章概述了这些方法，而本指南的其余部分提供了实施这些方法的过程。

重要的是要记住，在除镜像之外的所有这些方法中，单个存储故障都可能是灾难性的。因此，磁盘冗余、数据完整性指南“日志记录”一章中描述的数据库日志记录以及数据完整性指南“备份和还原”一章中描述的良好备份过程必须始终是您的一部分方法，因为它们对于减轻磁盘故障的后果至关重要。

如果需要详细信息来帮助制定适合环境的故障转移和灾难恢复策略。

无故障转移策略

添加凭据以登录 FHIR REST 接口 - 在这例子仅考虑基本身份验证

添加服务注册表 - 在这例子仅考虑基本身份验证

- 设置 HTTP 服务

- 输入 FHIR 服务器的路径

- 输入 FHIR 服务的 URL

- 使用配置的凭证

添加 "HS.FHIRServer.Interop.HTTPOperation"

选择服务名称

测试 FHIR 客户端

跟踪测试结果

第二章 高可用性解决方案 - 虚拟化平台高可用

虚拟化平台高可用

虚拟化平台通常提供 HA 功能，通常会监控来宾操作系统及其运行的硬件的状态。在任何一个失败时，虚拟化平台都会根据需要在备用硬件上自动重启失败的虚拟机。当 IRIS 实例重新启动时，它会自动执行正常的启动恢复，保持结构和逻辑的完整性，就好像 IRIS 在物理服务器上重新启动一样。

虚拟环境中的故障转移

虚拟化 HA 具有内置于虚拟化平台基础架构中的优势，因此只需很少的配置工作，在某些情况下根本不需要。此外，虚拟化平台允许有计划地将虚拟机重新定位到备用硬件以进行维护，从而实现物理服务器的升级，例如，无需任何停机时间。

IRIS 镜像

具有自动故障转移功能的 IRIS 镜像采用不同的 HA 方法，依靠完全独立系统之间的逻辑数据复制来避免共享存储的单点故障风险，并确保生产可以立即故障转移到几乎所有的备用 IRIS 实例故障场景——系统、存储和网络。

在 IRIS 镜像中，一个称为主要故障转移成员的 IRIS 实例提供对生产数据库的访问。单独主机上的另一个实例，称为备份故障转移成员，与主实例同步通信，检索其日志记录，确认收到它们，并将它们应用于同一数据库的自己的副本。通过这种方式，主备都始终知道备份是否有来自主的最新日志文件，因此可以将其数据库与主上的数据库精确同步。

第一章 高可用性解决方案 - HA 解决方案中的问题

高可用性(HA)指的是使系统或应用程序在长时间内保持正常运行并可供用户使用的目标，从而最大限度地减少计划内和计划外停机时间。 IRIS提供自己的HA解决方案，并轻松与操作系统提供商提供的常见HA解决方案集成。

维护高系统可用性的主要机制称为故障转移。在这种方法下，故障的主系统由备用系统代替；也就是说，生产故障转移到备份系统。许多HA配置还提供了灾难恢复(DR)机制，即当HA机制无法保持系统可用时，恢复系统可用性。

本页简要讨论可与基于 IRIS 的应用程序一起使用的一般 HA 策略，然后涵盖 IRIS HA 解决方案中的问题，提供 HA 解决方案功能比较，并讨论使用分布式缓存和故障转移策略

IRIS HA 解决方案中的问题

在为IRIS 系统评估潜在的 HA 解决方案时，请牢记以下两个重要问题：

• 共享存储

HA 架构的一个重要原则是避免单点故障。大多数 HA 解决方案依赖于共享存储组件；这代表了这样的风险；如果存储出现故障，就不可能保持系统可用。存储级冗余可以在一定程度上减轻这种风险，但也可以延续某些类型的数据损坏。

另一方面，IRIS 镜像在完全独立的主存储和备份存储之间使用逻辑数据复制，完全消除了单点故障问题并避免了大多数类型的损坏。

• IRIS 升级

数字化转型已经颠覆了很多行业，相信医疗卫生信息行业也不会例外。我们希望通过InterSystems IRIS医疗版互联互通套件，以互联互通为基础，让医院信息平台成为医疗卫生行业数字化转型的智能核心。

SSH框架是Java一个的比较有代表性的框架，是多年前比较流行的一个。有struts+spring+hibernate和springMVC+spring+hibernate两种，当然我大学时候使用的是第二种。倘使我能把IRIS作为一个库，联结到Hibernate那么理论上是不是也代表IRIS也可以使用SSH框架开发呢？

工具及环境

JDK 1.8

       Maven

       Hibernate 5.X.X

       IRISHealth-2022.1.3

       intellij idea

       Windows 10 64位

1、创建数据库

       用代码的方式创建几个表

如图所示：

2、创建一个Spring的项目

       File—New—Project....

next

给项目起名，选择jdk版本

Next

自定义更多的Production组件的设置

本示例会在Production的组件BO（业务操作）中增加自定义的配置信息，例如添加目标系统信息，当然此类信息也可以放在已有的配置”注释“中。

为production组件新增设置信息

1. 为组件创建”目标服务器“设置信息。 现在想要为一个组件SoapDemo.BO.Operation.MyWebServiceSoap新增一个名为”目标服务器“的设置信息。
2. 在SoapDemo.BO.Operation.MyWebServiceSoap类中增加以下代码，然后编译此类。其中Info为，您想将此设置放在哪一种设置中，Info代表”信息设置“，Basic代表”基本设置“，详细信息请参考设置类型
   

   Property 目标服务器 As %String(MAXLEN = 2000, XMLPROJECTION = "ATTRIBUTE");
   Parameter SETTINGS = "目标服务器:Info";

3. 进入Production页面，刷新改页面，如下图所示，此时已经成功为组件增加 ”目标服务器“ 设置。 

获取组件设置信息

在互操作功能运行过程中，IRIS可以识别异常情况的发生，自动生成告警事件并通过预制的互操作组件将告警转发给干系人；另外，IRIS也内建了告警工作台，可供运维团队基于工作流实现对告警的管理。

告警设置与转发

Production告警设置

在Production级别可以设置对连接异常的告警设置，及告警组件设置

组件告警设置

• 控制何时触发警报。
  • 队列计数警报。
    • 队列中的信息数量
  • 队列等待警报。
    • 消息在队列中停留的秒数
  • 不活动超时。
    • 业务组件不活动的秒数
    • 在v2012.1之前，不会触发告警

警报宽限期

• • 与外部连接有关的错误可以有宽限期设置
    • 设置重新建立连接的时间，超时且连接不成功才会发出告警
  • 业务服务
    • 警报宽限期
  • 业务操作
    • 再次发出警报宽限期

转发告警

• • EnsLib.EMail.AlertOperation
    • 内置告警转发组件
      • 通过Email转发
  • 路由到其他接口转发
    • REST - 短信
    • REST - 钉钉
  • 用户需要执行的规划
    • 什么样的告警需要即时通知
    • 告警的通知是否应该成为一个应用

包含告警组件的Production

包含告警组件与业务组件的Production形态如下

其中，用于告警的业务组件包括

告警托管

我们很高兴地宣布我们的抢先体验计划的最新成员 - Health Data De-ID工具。

该工具将根据 *HIPAA 安全港* 对结构化临床数据进行去标识化处理，并允许在需要时进行重新标识。它使用 InterSystems 的 *SDA* 规范格式，该格式用于我们从一种格式到另一种格式的所有标准转换，例如 *HL7* 到 *CDA*、*HL7* 到 *FHIR* 等。虽然该工具使用 XSLT 转换来提高性能原因，它提供了辅助方法，您不需要成为 XSLT 专家的情况下更轻松地调整开箱即用的去标识化规则。

Health Data De-ID 适用于任何 InterSystems 产品，从 InterSystems IRIS for Health 到 Health Connect 再到 Unified Care Record。

您可以在此处加入抢先体验计划 - [如何注册抢先体验计划 (EAP)]？我们需要您的反馈，因此请在您完成整个过程或遇到任何问题时与我们联系。

嗨，InterSystems 开发人员！

最近我更新了FHIR 开发模板，它发布了一个 IPM 包fhir-server ，使 InterSystems FHIR 服务器的设置成为一个微不足道的手动或自动或编程的程序，只需一条命令。

请参阅下文，了解如何从中受益。

TLDR

USER>zpm "install fhir-server"

以下所有详细信息。

您好，有没有一种简单的方法可以导出与Production相关的所有内容并在另一个实例中导入？

例如导出Production保存的 db、ns、映射、webapp 相关、资源、角色等

面向对象编程的优势

在应用程序开发时，我们使用的大多数开发语言都是面向对象编程 object-oriented programming (OOP)语言，例如大家熟悉的Java、.NET。而TIOBE的2023年2月的最新开发语言流行排行榜上，前5大语言都是面向对象编程语言，连排名第六的Visual Basic都有了越来越多的OO特性：

为什么使用面向对象编程这么流行？因为它有诸多优势：

• 封装：将数据和操作数据的代码封装在一个单元中，在确定范围的数据上进行编程。方便代码的开发、管理与分享。
• 抽象：将业务数据概括为不同的对象类型，从而进行业务分组开发、简化程序。
• 继承：一个类可以从另一个类继承它属性和行为，从而实现更大范围的代码复用。
• 多态：多个对象可以创建自一个类，且可以有不同的行为。一段灵活的代码能实现多种形态的业务，它进一步降低了代码开发量和调用难度。

而这4个优势正是面向对象编程的核心特征。

关系型数据库的对象/关系错配

虽然面向对象编程是绝对的主流，但数据通常被保存到关系型数据库中。关系型数据库的行和列二维关系与复杂的对象并不匹配：

** 2018 年 2 月 12 日修订

虽然本文是关于 InterSystems IRIS 的，但它也适用于 Caché、Ensemble 和 HealthShare 发行版。

介绍

内存以页为单位进行管理。 Linux 系统上的默认页面大小为 4KB。 Red Hat Enterprise Linux 6、SUSE Linux Enterprise Server 11 和 Oracle Linux 6 引入了一种根据系统配置提供 2MB 或 1GB 大小的增加页面大小的方法，称为 HugePages。

起初 HugePages 需要在启动时分配，如果管理或计算不当可能会导致资源浪费。因此，各种 Linux 发行版引入了默认启用 2.6.38 内核的Transparent HugePages。这是一种自动创建、管理和使用 HugePages 的方法。以前的内核版本也可能具有此功能，但可能未标记为 [always] 而是设置为 [madvise]。

Transparent Huge Pages (THP) 是一种 Linux 内存管理系统，它通过使用更大的内存页面来减少在具有大量内存的机器上进行Translation Lookaside Buffer (TLB) 查找的开销。然而，在当前的 Linux 版本中，THP 只能映射单个进程的堆栈空间。

速度、规模和安全性是我们真正热衷的领域，这也正是优秀的E级方程式赛车手所追求的。在InterSystems 2022年全球峰会上，InterSystems 数据平台产品管理总监Jeffery Fried 及其团队分享了InterSystems IRIS数据平台的新功能与产品规划。基于InterSystems IRIS数据平台，我们为用户构建优秀的“赛车”，内置的一系列非凡功能和高效周全的“维修技师”，确保“赛车手”能够在竞争激烈的赛道中心无旁骛地飞速向前！

基于FHIR的数据利用，轻松应对数据共享需求。

InterSystems IRIS数据平台支持列存储，提供更优存储方案，保障系统稳定运行。

开发者您好！

这里向介绍@Lorenzo Scalese的OpenAPI-Suite （一个用于从OpenAPI 3.0生成 ObjectScript 代码的工具集）。这个工具集在 2023 年 InterSystems 开发工具大赛的21 个参赛作品中获得专家提名第三名。

目前 IRIS 最高支持OpenAPI 2.0 ，但是这个工具支持 OpenAPI 3.0 ！

提供的功能如下。

1. 在服务器端创建类（与 OpenAPI 2.0相同，首先创建使用 API First理念创建的 REST 调度类所需的类。）
2. 创建客户端 HTTP 类
3. 创建客户端Production（业务服务、业务流程、业务操作、Ens.Request、Ens.Response）
4. 一个 Web 界面，允许您指定要从此工具生成哪些功能
5. 从 OpenAPI 1.x、2.x 到 3.0 版的转换工具

关于各个功能的详细介绍，请参考@Lorenzo Scales撰写的文章《 OpenAPI Suite - Part 1 》和《 OpenAPI Suite - Part 2 》。

在本文中，我尝试了 1 个功能。其中，以下的应对方案非常好。

InterSystems 产品支持的平台 - 版本更新 （2023 年 2 月

我们经常收到有关 InterSystems IRIS 数据平台支持的平台和框架的问题。此更新旨在分享最近的更改以及我们对即将发生的更改的当前决策。（预测未来是一项棘手的工作，不应将此视为我们对未来支持平台和框架的承诺。）

我们计划大约每 3 个月发布一次此类更新，然后在一年内重新评估。如果您觉得此更新有用，请告诉我们！我们很感激您的建议。

关于更新……

IRIS 生产操作系统和 CPU 架构

红帽企业版 Linux

InterSystems 纠正了一个可能导致 InterSystems IRIS® 和 Caché 无法在 Windows 上利用大页共享内存的问题，即使这些产品得到的信息是已分配到了大页内存。这会对系统性能产生不利影响。

该问题是由于 Windows 10 中的一个更改引起的，该更改需要 InterSystems IRIS® 和 Caché做相应的修改。请注意，此问题还会影响所有基于 InterSystems IRIS® 或 Caché 的 InterSystems 产品。以下版本的 Windows 会出现此问题：

Windows 10（版本 1703 及以上）

Windows 11

Windows Server 2019

Windows Server 2022

Windows Server 2016 不受影响。

作为参考，此问题的更正标识为 RJF533。此更正将包含在所有未来的 InterSystems IRIS® 和 Caché 发行版中。该更正也作为受支持产品版本的补丁提供。

InterSystems 建议采取以下措施以避免潜在的严重系统性能下降：

• 对于使用大页内存的系统，推迟升级到受影响的 Windows 版本，直到实施更正。
• 对于已经运行受影响的 Windows 版本并使用大页内存的系统，在任何有计划的系统负载增加之前实施更正。

InterSystems IRIS数据平台深度支持Python，令您随心所愿！