https://docs.intersystems.com/iris20222/csp/docbook/DocBook.UI.Page.cls?KEY=BNETODBC
unixODBC 2.3.4
uname -a
Linux DESKTOP-TFPBPQU 4.4.0-19041-Microsoft #1237-Microsoft Sat Sep 11 14:32:00 PST 2021 x86_64 x86_64 x86_64 GNU/Linux
ODBC-2020.1.2.517.0-lnxubuntux64.tar.gz 不生效
ODBC-2022.1.0.209.0-lnxubuntu1804x64.tar.
在Caché时代， 比较受欢迎的IRIS数据库客户端是Sqldbx和Winsql, 这两者的共同点是提供ODBC兼容的连接，而且免费。限制也差不多：只能用于Windows环境，只能用ODBC连接。
DBeaver是我最近使用的免费SQL客户端， 推荐给各位。它有几个好处：
如下图，系统表或代码中是否有相关方法可直接解析BP中的swith分支内容，实现接口的自动统计相关功能
另：当前版本是否有已封装的页面，方便用户操作查看消息等功能
一个简单的生产配置，使 FHIR 交易捆绑包能够通过 Box 和 Dropbox 加载到 InterSystems® FHIR® 服务器中。使用包含的 MFT 连接组件和 14 行自定义业务流程，此生产配置会将您的交易捆绑包处理到 FHIR 资源，以便立即使用，就像哈利·波特的魔法一样。
我首先会展示该生产配置的短视频导览、MFT 连接以及 IRIS 上 Box 和 Dropbox 的 Oauth2 应用配置，接下来循序渐进地展示一些步骤，让您使用您喜欢的任何 MFT 供应商以及您选择的任何工作流程、桌面、API 或 Web 控制台拖放操作。
现在，鉴于以上获奖的 OBS 支持的内容可能有不足之处，如果 InterSytems 文档还不够，下面是需要遵循的步骤。
如使用 ^%SYSMONMGR 实用程序中所述，^%SYSMONMGR 实用程序允许管理和配置系统监视器，包括应用程序监视器。该实用程序可以在任何名称空间中执行，使用它所做的更改只会影响启动它的名称空间。必须通过在该命名空间中启动 ^%SYSMONMGR 来为配置的每个启动命名空间维护单独的应用程序监视器配置。
注意：在对应用程序监视器配置进行任何更改（例如激活类）之后，必须在进行更改的名称空间中重新启动系统监视器以使更改生效。
要管理应用程序监视器，请在终端中输入以下命令：
%SYS>do ^%SYSMONMGR
然后为管理应用程序监视器输入 5。显示以下菜单：
1) Set Sample Interval
2) Manage Monitor Classes
3) Change Default Notification Method
4) Manage Email Options
5) Manage Alerts
6) Debug Monitor Classes
7) Exit
Option?
输入选择的数字或按 Enter 退出 Application Monitor实用程序。
2022年12月24日-25日，卫生健康信息标准应用管理培训班 （第二期）将于线上举办，此次培训班由国家卫生健康委统计信息中心指导、由《中国卫生信息管理杂志》社、深圳市卫生健康信息协会主办，InterSystems协办。详细日程请点击此处了解。
此子菜单中的选项可让自定义 Health Monitor，如下表所述。
注意：不能在系统监视器运行时使用这些选项来自定义健康监视器；必须先停止系统监视器，然后在进行更改后重新启动它。
| Option | Description |
|---|---|
| 1) Activate/ Deactivate Rules | （未在此版本中使用） |
| 2) Configure Periods | 列出当前配置的周期以及添加和删除周期 |
| 3) Configure Charts | 列出所有现有图表的均值和西格玛，按时期组织。 详细检查各个图表，包括平均值和西格玛所基于的读数，并标出最高读数。 使用“编辑图表”选项更改现有图表的均值和西格玛。 创建图表，指定警报和警告阈值。 手动重新校准所有图表（包括用户创建的图表）或来自最新数据的单个图表。 |
| 4) Edit Sensor Objects | 列出代表 SYS.Monitor.SystemSensors 类中传感器的传感器对象，并修改它们的基数、最大值、警告、最大乘数和警告乘数。 |
| 5) Reset Defaults | 重置为默认周期配置并删除所有现有图表，将每个周期返回到分析模式（请参阅健康监视器进程描述）。 删除所有现有图表（包括用户创建的图表），将每个周期返回到分析模式，而不删除任何用户定义的周期配置。 将所有传感器对象重置为其默认值。 |
如使用 ^%SYSMONMGR 实用程序中所述，^%SYSMONMGR 实用程序允许管理和配置系统监视器，包括运行状况监视器。要管理 Health Monitor，请在终端中切换到 %SYS 命名空间，然后输入以下命令：
%SYS>do ^%SYSMONMGR
1) Start/Stop System Monitor
2) Set System Monitor Options
3) Configure System Monitor Classes
4) View System Monitor State
5) Manage Application Monitor
6) Manage Health Monitor
7) View System Data
8) Exit
Option?
注意：Health Monitor 仅在 %SYS 命名空间中运行。当在另一个命名空间中启动 ^%SYSMONMGR 时，选项 6（管理健康监视器）不会出现。
为管理运行状况监视器输入 6。
如果一段时间内传感器的三个连续读数大于传感器最大阈值，Health Monitor 将生成警报（严重性 2 的通知），如果一段时间内传感器的五个连续读数大于传感器最大阈值，则健康监视器将生成警告（严重性 1 的通知）大于传感器警告阈值。最大值和警告阈值取决于传感器对象中的设置以及适用的图表是由 Health Monitor 生成还是由用户创建，如下表所示。
另请注意：
Health Monitor 也会生成通知。默认情况下，每周有 63 个重复周期对传感器进行采样。这些期间中的每一个都代表一周中特定日期的以下指定间隔之一：
默认健康监控周期
| 00:15 a.m. – 02:45 a.m. | 03:00 a.m. – 06:00 a.m. | 06:15 a.m. – 08:45 a.m. |
| 09:00 a.m. – 11:30 a.m. | 11:45 a.m. – 01:15 p.m. | 01:30 p.m. – 04:00 p.m. |
| 04:15 p.m. – 06:00 p.m. | 06:15 p.m. – 08:45 p.m. | 09:00 p.m. – 11:59 p.m. |
可以使用 ^%SYSMONMGR 实用程序中的配置周期选项列出、添加和删除周期（请参阅下面的配置健康监视器类部分）。您可以添加每月、每季度或每年的期间以及每周的期间。
注意：季度期间以三个月为增量列出，从指定为开始月份的月份开始；例如，如果指定 5（五月）作为起始月份，则季度循环将在八月 (8)、十一月 (11) 和二月 (2) 重复。
对于用户定义的期间，描述是可选的。
如果传感器对象的通知阈值未作为乘数给出（或未指定），则 Health Monitor 需要图表来评估这些传感器读数。
Health Monitor 传感器对象表示 SYS.Monitor.SystemSensors 中的传感器之一。每个传感器对象必须提供一个基值，并且可以选择提供一个最大（警报）阈值和一个警告阈值（绝对值或乘数）。 Health Monitor 传感器对象及其默认参数显示在下表中。
一些传感器代表IRIS 实例的总体指标。这些传感器在下表中没有在“传感器项目”列中列出的值。例如，LicensePercentUsed 传感器采样当前正在使用的实例授权许可单位的百分比，而 JournalGrowthRate 传感器采样写入实例日志文件的数据量（以每分钟 KB 为单位）。
其他传感器收集有关特定传感器项（CSP 服务器、数据库或镜像）的信息。例如，DBReads 传感器对每个已安装数据库的每分钟读取次数进行采样。这些传感器指定为 <sensor_object> <sensor_item>；例如，DBLatency install-dir\IRIS\mgr\user 传感器对完成对 USER 数据库的随机读取所需的时间（以毫秒为单位）进行采样。
可以使用 ^%SYSMONMGR 实用程序列出和编辑（但不能删除）传感器对象（如下面的“配置健康监视器类”部分所述）。编辑传感器对象允许修改它的一个或所有值。
SYS.Monitor API 允许定义自己的传感器、订阅者和通知器类。
Sensor Classes传感器类扩展 %SYS.Monitor.AbstractSensor。 System Monitor 控制器最初调用每个传感器类的 Start() 方法；此后，在每个周期，它都会调用 GetSensors() 方法。 SetSensor() 方法在传感器类中用于设置 SensorReading 属性中的传感器名称/值对，该属性由 GetSensors() 返回并传递给所有订阅者类。
传感器类还可以评估传感器读数，并根据评估结果调用类的 %SYS.Monitor.Email 以根据通知或任何用户定义的警报方法生成电子邮件消息。
订阅者类扩展 %SYS.Monitor.AbstractSubscriber。 System Monitor 控制器最初调用每个订阅者类的 Start() 方法；此后，在每个循环中，它会为循环中调用的每个传感器类调用一次 Receive() 方法，并将从该传感器类接收到的传感器名称/值对传递给 SensorReading 属性。订户类可以评估一个或多个名称/值对，并使用 Notify() 方法设置通知，该方法填充 Notifications 属性。
当一个实例启动时，系统监视器会在每个已配置的启动命名空间中作为一个单独的进程自动启动（默认情况下仅限 %SYS）。所有系统监视器配置和设置都是特定于命名空间的。当使用 ^%SYSMONMGR 进行更改时，更改仅影响启动该实用程序的命名空间。
注意：^%SYSMONMGR 的所有实例都将消息写入同一系统监视器日志。可以从任何命名空间配置启动命名空间。
当在主菜单中输入 3 时，将显示以下菜单：
1) Configure Components
2) Configure Startup Namespaces
3) Exit
输入 2 以显示配置命名空间的选项：
1) List Startup Namespaces
2) Add Namespace
3) Delete Namespace
4) Exit
输入 1 以列出当前配置的启动命名空间。
输入 2 添加启动命名空间。
输入 3 以删除启动命名空间。 （不能删除 %SYS。
要更改全局系统监视器设置或将它们恢复为默认值，请停止系统监视器（如果它正在运行），然后在主菜单中输入 2：
1) Set Sample Interval
2) Set Debugging Level
3) Reset Defaults
4) Manage Debug Data
5) Exit
输入 1 设置系统监视器调用每个配置的传感器类的时间间隔；默认值为 30 秒。
输入 2 设置调试级别。默认值为 0（基本），它将系统监视器和运行状况监视器状态和错误消息写入系统监视器日志，并且不保存传感器读数。调试级别 1（记录所有传感器）将传感器读数与消息一起写入系统监视器日志并保存传感器读数，然后可以使用“查看系统数据”菜单的“查看传感器数据”选项查看这些读数。
输入 3 将采样间隔、调试级别和传感器读数的保存重置为其默认值。
输入 4 以设置保存传感器读数的天数；默认值为 5。
更改将在下次启动或重新启动系统监视器时生效。
如系统监视器中所述，可以通过扩展 %SYS.Monitor.AbstractSensor、%SYS.Monitor.AbstractSubscriber和 %SYS.Monitor.
^%SYSMONMGR 实用程序可让管理和配置系统监视器。该实用程序可以在任何名称空间中执行，使用它所做的更改只会影响启动它的名称空间。必须通过在该命名空间中执行 ^%SYSMONMGR 来为配置的每个启动命名空间维护单独的系统监视器配置。在对命名空间的系统监视器配置进行任何更改后，必须在命名空间中重新启动系统监视器才能使更改生效。
重要提示：本节中描述的使用 ^%SYSMONMGR 实用程序的所有手动操作都可以使用 %Monitor.Manager API 中的方法以编程方式执行。
要管理系统监视器，请在终端中输入以下命令：
%SYS>do ^%SYSMONMGR
出现主菜单
%SYS>do ^%SYSMONMGR
1) Start/Stop System Monitor
2) Set System Monitor Options
3) Configure System Monitor Classes
4) View System Monitor State
5) Manage Application Monitor
6) Manage Health Monitor
7) View System Data
8) Exit
Option?
输入选择的数字或按 Enter 退出该实用程序。
System Monitor 调用一组提供的可以扩充的类，在 %SYS 命名空间中运行，并在三个可以更改的默认设置下运行。
IRIS 提供了五个类，默认情况下在 %SYS 命名空间的系统监视器中配置。
Sensor classes:
SYS.Monitor.SystemSensors系统传感器类获取传感器值传递给配置的订阅者类，包括系统监控订阅者（SYS.Monitor.SystemSubscriber）和健康监控订阅者（SYS.Monitor.Health.Control）。
%SYS.Monitor.AppMonSensor为 Application Monitor 提供传感器、订阅者和通知服务的类；获取传感器值并将它们存储在本地命名空间中，根据用户定义的警报评估值，并根据警报定义生成电子邮件消息或在触发警报时调用用户指定的方法。
Subscriber classes:
SYS.Monitor.Health.ControlHealth Monitor 的订阅者类；从 SYS.Monitor.SystemSensors 接收和评估统计传感器值，并将通知发布到系统通知程序。
SYS.Monitor.SystemSubscriber适用于所有传感器类别的系统监视器订阅者；包含监视和分析 SYS.
基于发布到消息日志的通知，包括由IRIS 实例直接生成的系统警报以及由 System Monitor 和它的 Health Monitor 组件 System Monitor 在共享内存中的寄存器中维护一个总结整个系统健康状况的单一值。
在启动时，系统健康状态是根据在启动过程中发布到消息日志的系统（而不是系统监视器）警报的数量来设置的。系统监视器运行后，可以通过系统警报或系统监视器警报或警告来提升健康状态。自上次系统警报或系统监视器警报或警告发布后 30 分钟过去后，状态将清除到下一个较低级别。下表显示了如何确定系统健康状态。
| State | Set at startup when ... | Set following startup when ... | Cleared |
|---|
在AES的加密过程中,存在HEX和Base64的输出，目前在HEALTHSHARE自带有Base64的加解密规则，现在针对HEX的加解密进行对应的处理，实现和网上ASE加解密工具进行互相加解密。
在Ensemble的AES的CBC加密主要用到的是这俩个方法
$system.Encryption.AESCBCManagedKeyEncrypt(Plaintext,KeyID)
Plaintext是需要加密的字符串，需要进行$ZCONVERT(字符串,"O","UTF8")转换
KeyID是密钥的ID。
或者是
$SYSTEM.Encryption.AESCBCEncrypt(text,key,IV)
text是需要加密的字符串，需要进行$ZCONVERT(text,"O","UTF8")转换
Key 是密钥 键的长度必须为16、24或32个字符
IV 是偏移量 如果存在此参数，则必须为16个字符长。
第一个方法是在本地生成对应的密钥,暂时还不能和网站上的进行互相加解密的处理。
目前主要是针对第二个方法
$SYSTEM.Encryption.
通常，应调查任何系统监视器警报（严重性 2 的通知）或系统监视器警告序列（严重性 1）。 Health Monitor 还可以生成系统监视器警报和警告。
系统监视器警报、警告和状态消息（严重性 0）被写入消息日志 (install-dir\mgr\messages.log)。 （所有系统监视器和健康监视器状态消息都写入系统监视器日志，install-dir\mgr\SystemMonitor.log。应用程序监视器警报不会写入日志，但可以通过电子邮件发送或传递给指定的通知方法。 )
要跟踪系统监视器警报和警告，可以执行以下操作：
^%SYSMONMGR 实用程序查看系统监视器警报。此选项允许显示所有传感器或特定传感器的警报，并查看所有记录的警报或仅查看在指定时间段内发生的警报，但它不显示警告。注意：在消息日志中，System Monitor 状态通知以首字母大写标记，例如 [System Monitor] 以 %SYS 开头，而 warnings、alerts 和 OK 消息则以大写标记，例如 [SYSTEM MONITOR] CPUusage Warning: CPUusage = 90（警告值为 85）。
System Monitor 是一种灵活的、用户可扩展的实用程序，用于监控 数据平台实例，并在一个或多个指标的值表明存在潜在问题时生成通知。如所提供的，System Monitor 包含以下实例监控工具：
System Monitor 监控系统状态和资源，根据固定参数生成通知（警报和警告）并跟踪整体系统健康状况。Health Monitor 对关键系统和用户定义的指标进行采样，并将它们与用户可配置的参数和建立的正常值进行比较，当样本超过适用的阈值时生成通知。Application Monitor 对重要的系统指标进行采样，将值存储在本地名称空间中，并使用用户创建的警报定义对其进行评估。触发警报时，它可以生成电子邮件通知或调用指定的类方法。默认情况下，这三个工具都在 %SYS 命名空间中运行。 System Monitor 和 Application Monitor 可以选择在特定于命名空间的配置和设置下的其他命名空间中运行。可以定义和配置自己的组件，以根据需要在每个命名空间中扩展系统监视器的功能。
System Monitor 对重要的系统状态和资源使用指标进行采样，例如 ECP 连接状态和使用中的锁表百分比，并根据固定状态和阈值生成通知——警报、警告和“状态正常”消息。
嵌入式 Python 模板
今天你们分享一个简单的嵌入式 Python 模板，我建议将其作为任何使用 InterSystems IRIS 并将使用嵌入式 Python 的通用项目的起点。
功能：
下面讨论一下这些功能！
在数量众多、形形色色的 SQL 数据库市场中，InterSystems IRIS 作为一个超越 SQL 的平台脱颖而出，它提供无缝的多模型体验，支持丰富的开发范式。 特别是，先进的对象-关系引擎已经帮助组织为其数据密集型工作负载的每个方面使用了最适合的开发方式，例如在通过对象获取数据并同时通过 SQL 查询数据。 持久类与 SQL 表相对应，其属性与表中的各列相对应，可以使用用户定义的函数或存储过程轻松访问业务逻辑。 在这篇文章中，我们将深入了解表面之下的一点底层技术，讨论它可能如何影响您的开发和部署方式。 这是我们计划发展和改进的产品领域，因此请不要犹豫，在下面的评论区分享您的观点和体验。
保存存储定义 {Saving the Storage Definition}
编写全新的业务逻辑很容易，而且假如您有定义明确的 API 和规范，那么调整或扩展通常也很容易。 但是，当它不仅仅是业务逻辑，还涉及持久化数据时，从初始版本更改的任何内容都将需要能够妥善处理通过早期版本获取的数据。
在 InterSystems IRIS 上，数据和代码在一个高性能引擎中共存，没有您在其他 3GL 或 4GL 编程框架中可能看到的六个抽象层。 这意味着，在使用默认存储时，只有一个非常薄且透明的映射将您的类属性映射到每行数据Global节点的 $list 位置。
大家好！
这是关于使用 Docker 初始化 IRIS 实例的系列文章中的第三篇。 这次，我们将关注企业缓存协议（Enterprise Cache Protocol，ECP）。
ECP 允许以一种非常简单的方式将某些 IRIS 实例配置为应用程序服务器，将其他实例配置为数据服务器。 有关详细的技术信息，请参阅官方文档。
本文旨在介绍：
为此，我们通常使用我们在以前的 Web 网关中已经看到的一些工具，以及描述 OpenSSL、envsubst 和 Config-API 等工具的镜像文章。
ECP 不适用于 IRIS 社区版。 因此，需要访问全球响应中心才能下载容器许可证并连接到 containers.intersystems.com 注册表。
系统必须与容器共享一些本地文件。 需要创建特定用户和组来避免出现“访问被拒绝”错误。
Intersystems IRIS for Health 对 FHIR 行业标准提供了出色的支持。主要特点是：
1.FHIR 服务器
2. FHIR数据库
3. REST 和 ObjectScript API 用于 FHIR 资源（患者、问卷、疫苗等）的 CRUD 操作
本文演示了如何使用这些功能，并展示了用于创建和查看表单类型的 FHIR 资源的Angula前端。
要创建 FHIR 服务器，您必须将以下说明添加到 iris.script 文件中（来自：https://openexchange.intersystems.com/package/iris-fhir-template）
zn "HSLIB" set namespace= "FHIRSERVER" Set appKey = "/fhir/r4" Set strategyClass = "HS.FHIRServer.Storage.Json.InteractionsStrategy" set metadataPackages = $lb ( "hl7.fhir.r4.core@4.0.公司需要统计数据，需要使用python连接数据库查询，请问一下如何使用python连接cache2016数据库
开发者们大家好！
我们非常激动地与您分享我们为每个社区成员提供的在线分析仪表板（Online Analytics Dashboard）这一全新的强大功能🔥
从现在开始，您可以看到您自己的当周、月和所有时间的详细统计数据，包括：
.png)
血糖控制不佳与流产、入住 NICU、手术分娩和妊娠期较短的风险增加有关。尤其危险的是那些先前患有糖尿病的人，他们将受益于在受孕前维持接近正常的血糖。所有 DIP 患者都将从早期转诊到糖尿病服务中受益。如果要降低相关并发症、围产期死亡率和孕产妇发病率，重点将放在 DIP 的早期发现和有效治疗上，以实现血糖正常。糖尿病的早期诊断、生活方式管理和治疗将降低高血糖并发症的发生率和严重程度。
连续血糖监测(CGM) 是一种全天候自我监测血糖水平的方法，这意味着用户可以在高血糖和低血糖发生时捕捉（并采取行动）。
与标准护理相比，CGM 改善了产妇糖化血红蛋白水平，降低了剖宫产率和新生儿出生体重。然而，不仅要监测血糖水平，还要跟踪异常症状并及时预约医生，这样才能提高生下健康婴儿的机会。
我们希望引入全新的医疗保健解决方案，让糖尿病诊断变得更简单、更复杂。我们相信，我们在实施 FHIR 和 IRIS 系统以处理和存储医疗数据方面的创新方法可以防止患者患上与妊娠糖尿病相关的许多进一步病症。 DiaBro将使医生能够更加关注追踪妊娠糖尿病的危险因素，并在患者病情发生致命变化时迅速采取行动。
我们已经连接了来自 FHIR 和 IRIS 的数据。主要数据（医生、预约）来自 FHIR，其他数据（应医生的要求）来自 IRIS。
1.数据的价值
数据的核心价值是帮助我们决策。
我们无时无刻不在决策，大到战略决策——为一家新医院选址，还有战术决策——鉴别产品的目标市场或抵押贷款审批，更频繁的是操作决策——决定患者的手术方案或患者药物的调整。
.png)
这些决策要求不同的决策速度，传统的数据中心已经能较好地帮助我们做战略决策、战术决策，甚至一些操作决策。但新的业务需求要求我们的决策速度越来越快，甚至借助机器学习自动为我们做出即时的决策，例如批准还是拒绝一笔信用卡交易或基于算法自动交易。
无论是人工决策还是基于机器学习的自动决策，决策的依据是数据。数据的速度和质量决定了决策的速度和质量。要支持决策，需要数据具有如下特征：
（1）完整 ：关联且具有完整上下文；
（2）干净 ：数据质量没有问题；
（3）及时 ：在决策点上没有延迟。
传统数据中心很难在及时性上满足要求。
2.数据挑战
数字化浪潮下，我们面临更大的数据挑战：
InterSystems 是一家已经深耕数据库平台领域达44年的公司，成立于1978年，现在已经在全球的80多个国家开展相关业务，每天有超过10亿患者的电子病历数据都跑在以我们的数据库平台构建的应用系统之上。
我们的客户遍布国内外，国内的大几百家三甲医院客户，中国复旦排行榜上超过1/3的顶级医院都在使用我们产品（包括北京协和医院，华西医院，湘雅等等），我们的技术合作伙伴，如东华医为，嘉和，和仁等也都是国内医疗信息领域的著名厂商。
而在国外，我们也有非常多的顶级客户，仅仅以美国举例，美国最顶级的排名前20的所有医院，无一例外全部都是使用的interSystems公司的数据库平台产品。
美国排名前20的所有顶级医院
2020-2021《美国新闻与世界报道》(U.S. News & World Report)最顶级医院名单（前20家医疗机构）均应用InterSystems公司的数据库平台：
Mayo Clinic, Rochester, Minnesota （明尼苏达州罗彻斯特市梅奥诊所）
Cleveland Clinic（克利夫兰诊所）
Johns Hopkins Hospital, Baltimore（巴尔的摩约翰霍普金斯医院）
(tie).
2022 年 12 月 1 日，中国，北京——致力于帮助客户解决最关键的可扩展性、互操作性和速度问题的创新数据技术提供商 InterSystems 今天宣布，在Forrester日前公布的《The Forrester Wave™：事务分析型数据平台（2022年第4季度）》报告中，InterSystems IRIS® 数据平台被评为领导者。
