我很高兴向大家介绍 ascot——一款面向 InterSystems ObjectScript 的开源静态分析工具。
ascot 的核心功能之一是类型检查，它对控制流有着深刻的理解，包括涉及 $order、$data、for 循环、 条件语句以及后置条件。
此外，ascot 通过维护 ObjectScript 定义和引用的索引，帮助您浏览代码库。
ascot 专为人类和 AI 代理设计，通过 CLI、MCP 和 LSP 提供其功能。与InterSystems Language ServerVS Code 扩展的集成即将推出。
ascot 采用 Rust 🦀 编写，可在 crates.io 和 npm 上获取。
在 GitHub 上了解更多关于 ascot 的信息：https://github.com/intersystems-community/ascot
欢迎提交问题 🐛、提出功能请求 💡、贡献代码 🤝 以及点赞 ⭐！
保障 InterSystems IRIS Superserver 连接的安全性：CVE-2026-111594
InterSystems IRIS 超级服务器是一个网络监听器，用于接受来自客户端和其他 IRIS 实例的连接。它支持通过 JDBC、ODBC 和本机驱动程序访问数据库，同时也支持 Web Gateway 通信以及镜像和分布式缓存等系统功能。 所有新的 IRIS 实例默认均启用了超级服务器；各个服务及其安全设置均可配置。
InterSystems 确认 MITRE 已发布CVE-2026-111594（https://www.cisa.gov/news-events/ics-medical-advisories/icsma-26-295-01），该漏洞涉及未加密的超级服务器通信。 我们感谢Abhinav Agarwal报告该问题并与我们合作。我们欢迎与客户及外部研究人员合作，以加强我们产品和部署的安全性。
要利用该已报告问题，攻击者必须获取通过未加密连接发送至超级服务器的身份验证流量。这需要访问通信路径或获取其他来源的捕获流量。重放该流量还需具备连接相关超级服务器服务的能力。重放成功后，攻击者将获得与捕获账户相同的权限。
InterSystems 建议将超级服务器客户端连接配置为强制使用 TLS，并确保客户端配置为验证服务器证书的信任链及服务器身份。
如果源表里有一列 FamilyName，而目标接口需要 FullName，集成程序应该怎么办？
可以因为两者都是文本，就把一个字段直接复制给另一个字段；也可以因为名称不同，就认为它们无法对应；还可以判断目标值可能需要由两个源字段组合而成——再确认这种理解是否符合当前集成场景。
这正是“匹配字段名称”和“设计数据映射”的区别。在 DataPipelineDemo 中，AI 会提出源数据与目标之间可能的对应关系；验证流程根据已有事实和约束检查这些建议；用户再审阅结果，并决定是否保存供后续管道生成使用。
这里有两个相关但不同层次的匹配：
因此，字段映射不只是两个名称的配对。它可以表示直接传值、组合多个值、提供常量，或执行术语映射等受控转换。源路径和目标路径固然重要，映射表达的意图同样重要。
字段名称是有用线索，但不能证明两个字段含义相同。两个都叫 Code 的字段可能属于不同编码体系或业务概念；名称不同的字段也可能表达同一个标识符。
结构和约束能补充更多上下文。目标可能要求必须提供某个值；字段可能需要日期、编码、引用或特定的 FHIR 路径。
大家好，
我们很高兴地宣布即将举办的下一场在线编程竞赛：
🏆InterSystems 编程大赛：互操作性工作流中的 AI Agent🏆
比赛时间：2026年10月26日 – 11月15日（美国东部时间）
总奖金：12 ,000美元
不复制数据、不写同步脚本，在 InterSystems IRIS 上直接对业务对象做影响链分析与知识图谱分析
提到知识图谱，很多人的第一反应是：先建一个知识库，抽取实体和关系，再灌进一个图数据库。这条路没有错，但它默认了一个前提：知识是“另外一份东西”，需要单独采集、单独存放。
现实里，企业最有价值的知识往往早就躺在业务数据中了：
这些引用关系本身就是知识。每一个外键、每一个 Relationship、每一个对象引用，都是一条潜在的边。传统做法是把这些数据 ETL 到图库里再分析，代价是数据复制、同步延迟，以及一套额外的运维体系。
这里实现的IRIS Graph 子系统走另一条路：直接把业务对象的引用属性投影（projection）成图的边，边随对象的保存、更新、删除自动维护，业务表/对象依然是单一事实来源。这样不需要复制数据，就能立刻在业务数据上做影响链分析、可达性分析和知识图谱分析。
当然，传统知识库（文档、概念、实体）一样可以进图。同一个引擎同时支持两种来源，查询方式完全一致。下面逐一介绍。
注意，它不是InterSystems IRIS的官方特性。
为了营造开放、友好的环境，我们作为参与者、版主和 InterSystems 员工，承诺让每个人都能在不受骚扰的情况下参与 InterSystems 开发者生态系统，无论其年龄、体型、残障情况、族裔背景、性别认同及其表达、经验水平、国籍、外貌、种族、宗教信仰、性身份认同或性取向如何。
我们希望所有贡献和互动都保持尊重与建设性，即使参与者意见不同或提出批评性反馈，也应如此。
有助于营造积极环境的行为示例包括：
参与者不可接受的行为示例包括：
我们欢迎对 InterSystems 产品和服务提出尊重且具有建设性的反馈，包括批评和问题报告。
使用 Claude Code 实现基于 InterSystems 的 AI 辅助开发
Claude Code 是一款非常实用的工具。它能帮助解释方法、追踪 SQL 查询（获取结果甚至设置新值），或为代码提供修复/更新建议。
但要充分发挥其最佳效能并实现成本效益，仅靠让它解决问题是不够的。为了让 AI 更高效（且更安全），你还需要决定允许它修改哪些内容（就我而言，在我亲自审查其建议的修改并检查受影响的文件之前，不允许它进行任何修改）， 它所需的上下文大小（主要由所用模型决定），以及该任务应投入多少推理精力（这会影响推理的深度，以及令牌的生成/消耗，从而影响成本）。
上下文压缩
随着对话规模的扩大，Claude Code 最终需要压缩其上下文（大多数模型的限制约为 100 万个令牌）。它会总结之前的对话内容，为后续对话腾出空间。 问题在于，摘要可能会遗漏你仍认为重要的内容，例如已被否决的方案，或是“不要触碰特定组件”之类的指令。
虽然 MEMORY.md 文件有所帮助，但它并不能保证每条指令在整个会话中都可用或被遵循，因为 Claude Code 只会自动加载其内存索引中的一小部分。
因此，你需要将最重要的指令放置在项目根目录下的 CLAUDE.md 文件中，因为该文件会在压缩后重新加载，而一些嵌套指令仅在需要时才会被重新加载。
Hi 大家好！
InterSystems技术分享线上课第四期来啦！这期课程我们将聚焦“定时任务的配置与监控”这一主题。
连接测试可以告诉我们服务器有响应，数据库结构可以告诉我们某列名叫 Code。但仅凭这两点，我们仍不知道这个编码代表什么，也不知道它是否应该映射到某个目标字段。
可靠的数据集成设计，要从这里开始。在决定哪个源资产对应哪个目标、哪些组件应组成一条数据管道之前，我们需要先理解接口——不只是接口的结构，还要理解这些结构在具体场景中的含义。
本文介绍 DataPipelineDemo 在 InterSystems IRIS for Health 上如何处理这个问题。核心原则是语义优先：先理解接口表达的含义，再做映射与管道设计决策。
这里的“语义优先”指的是下游决策顺序，并不是先让 AI 凭空猜测、再去看接口。实际流程是先采集结构和运行事实，再由大语言模型（LLM）基于这些事实进行解释，最后将分析结果作为后续决策的上下文。
连通性是必要条件，但它回答的问题很有限：当前应用能否访问这个端点？
它无法证明：
这些问题不同，需要的证据也不同。
2026年，InterSystems在在首次发布的《Gartner Magic Quadrant：企业级电子健康档案》中位列“领导者（Leader）”。入围“领导者象限”的机构，不仅在当前愿景落地上执行力出众，更在未来布局中占据有利身位。对我们而言，此项认可既契合、也印证了我们的AI原生EHR的能力，验证了我们的EHR产品战略，更彰显了InterSystems对创新与可信赖伙伴关系的坚定承诺。
点击此处，申请查看《2026 Gartner® Magic Quadrant™：企业级电子健康档案》完整报告与评分依据。
InterSystems持续投入大量资源以提升其EHR能力，并提供灵活的部署选项（包括本地部署、混合部署、供应商托管及公有云模式）、通过每两个月一次的版本更新实现功能持续增强，同时采用可预测的订阅制和SaaS定价模式，其中包含先进的人工智能功能。这一进展在两大平台上均得到了体现：
InterSystems IntelliCare™ 是一款以人工智能为核心设计的下一代EHR系统。 该平台专为医疗机构量身打造，通过内置的人工智能和自动化功能，帮助其提高工作效率、优化临床工作流程并减轻行政负担。
InterSystems TrakCare® 是一款久经考验的综合性医疗信息系统，全球已有超过 600 家医院在使用。
我们很高兴宣布发布InterSystems Supply Chain Orchestrator™ 社区版（SCO CE）。此免费版本使社区成员能够探索、评估、学习并使用 SCO 进行开发。
SCO 社区版 (CE) 提供了 SCO 的全部功能，但与完全授权的 SCO 部署相比，存在某些技术限制。每个版本都包含一个内置许可证，自发布之日起有效期为一年。我们计划在未来每次发布 SCO 时，同步提供 CE 版本。
获取 SCO 社区版
SCO CE 作为容器形式发布在InterSystems 容器存储库中。请访问该存储库查找并下载 SCO 社区版。
有关 CE 限制的完整详情，请参阅SCO 社区版文档。
从社区获取帮助
SCO CE 用户无法获得标准的产品支持，因此我们建议您通过开发者社区提出问题并寻求社区帮助。
立即开始使用 SCO CE 探索 Supply Chain Orchestrator！
LLM 可以建议把某个源字段映射到某个目标字段。这很有用，但还不能称为完成了一次数据集成。
接下来，还需要建立连接、理解目标约束、选择并连接组件、启动管道，以及检查数据到底有没有正确到达目标。
Quickstart 介绍了运行在 InterSystems IRIS for Health 上的 DataPipelineDemo。这一篇往前走一步：解释集成需求与平台能力，如何共同变成一条可运行、可验证的数据管道。
核心并不是“让 AI 写出所有东西”，而是：
让 AI 在明确边界内做集成决策，再让这些决策能够被执行、被观察、被验证。
整体链路可以概括为：
图 1：三个阶段；虚线反馈表示按适用路径做限定范围的修复，然后重新验证。
但这条链路包含三个不同的阶段。
设计与生成阶段，产出接口模型、字段映射、组件拓扑和 Production 定义。AI 参与语义分析、转换映射与管道规划。
运行阶段，源数据通过业务服务、转换流程和目标操作流转。已有组件执行确认后的转换指令，正常数据链路不会为每一行数据或每一条 FHIR 资源重新调用 LLM 做语义判断。
验证与反馈阶段，检查生成配置与运行证据；发现问题后，按适用路径修复映射或管道，再次验证。
这一区分很重要：AI 参与决策，IRIS 承担运行。例如，消息处理过程中查询术语映射，查的是术语服务器，并不是每次都让 LLM 重新判码。
大家好，
“使用 InterSystems 嵌入式分析”在线课堂课程尚有名额！
详情
本课程适合人群：
您将学到：
请在线注册本课程。
一句话速览：登记数据源、选择目标，再让 LLM 设计数据集成流程。一条命令启动演示环境，再运行一条命令，就能端到端复现完整的数据管道。
git clone --recurse-submodules https://github.com/zlnick/DataPipelineDemo.git
cd DataPipelineDemo
bash tools/setup.sh && python3 tools/e2e_ui_flow.py
↑ 一次干净克隆环境中的实测：、验证通过，数据已写入目标 FHIR 仓库。
这是一个运行在 InterSystems IRIS for Health 上的完整演示：由数据源出发，自动生成并运行互操作性数据管道，其中的关键决策由 AI 完成。
/en
一套 IRIS 实例同时承担多个角色：FHIR 服务器（包含相互独立的源与目标两个仓库）、互操作性引擎（Production）、SQL 数据库，以及平台自身的元数据存储。
我们很高兴向您介绍全新的 InterSystems 软件分发平台，该平台将于10 月 8 日起在 downloads.intersystems.com 上线。
新网站对查找和下载 InterSystems 软件的体验进行了重新设计，让您能够更轻松地找到所需的产品、版本和组件。
全新体验包括：
在过渡期间，现有的 WRC 软件分发网站将继续提供服务，以便客户有时间熟悉新体验，并将现有的自动化流程迁移到新平台和 API 上。
自 10 月 8 日起，请访问 downloads.intersystems.com 探索全新的软件分发平台。
我们期待为您带来一种更简便、更现代的 InterSystems 软件访问方式。
在基于 InterSystems IRIS 数据平台开发解决方案的这些年里，我已实现了数百个与 REST API 的集成。而 IRIS 端涉及的 API 数量也不在少数！但在本文中，我想专门谈谈 REST 客户端。更确切地说，我想分享我尝试创建一个适用于所有 API 的通用客户端的经历。
将人工智能代理连接到数据库固然有用，但这立刻引发了另一个问题：应该允许该代理读取哪些内容？
在这个项目中，我希望在应用程序代码中做出这一决定。代理可以使用几个过滤条件搜索患者记录，检查一个已批准的全局变量，并检索有关 IRIS 命名空间的基本信息。它不能提交自己的 SQL 查询，也不能选择其他命名空间。
我为 InterSystems社区奖励计划“从构想到应用”（第二轮）开发了MCP 数据暴露工具包，以响应MCP 数据暴露工具包的构想（DPI-I-985）。 我的贡献是一个可运行的 ObjectScript 示例，涵盖了 SQL、全局变量和命名空间监控。
源代码已在GitHub 上发布。本文将演示该示例的运行过程，并深入解析其背后的代码。
我选择了合成医疗记录，因为它们既提供了有用的搜索条件，又避免了将真实的患者信息存储在存储库中。该项目从Kaggle 上由 dnation 发布的“合成医疗患者记录数据集”中导入了 500 条记录。持久化类 MCPData.Data.Patient 用于存储这些记录。
简而言之：
omniEmbedding 是一个 100% 基于 ObjectScript 的网关，它将来自 10 家不同提供商（Ollama、OpenAI、Azure、Cohere、Gemini、Mistral、Voyage、 Jina、Bedrock、VertexAI）的嵌入数据，将其集中管理于 InterSystems IRIS 平台内，因此您既不会被锁定在单一提供商，也不会因在 RAG 管道中混合使用不兼容的向量而陷入困境。
我的想法并不是要锻造“至尊戒”——这事儿就留给托尔金和索伦去搞吧，😅。
事实上，原生类 %Embedding 和 %Embedding.OpenAi 让任何在 InterSystems IRIS 上进行向量搜索的人都轻松得不可思议。
不过，去年我不得不整合一个必须完全依赖 Azure OpenAI 平台的项目。情况变得有些复杂。我不得不对解决方案进行定制（在此要特别感谢 @Alex Woodhead在社区帖子中提供的关键帮助）。
现向大家介绍omniEmbedding：一个精简的、100% 基于 ObjectScript 的网关，用于在 10 家不同的 LLM 提供商之间路由嵌入向量。
该项目的真正差异化优势在于其背后的工程实践。
在 4.0.0 发布一周后，SQL DATA LENS 4.01 于 2026 年 8 月 30 日正式发布——这是一次重大版本更新，而非补丁更新。 其78项变更中的大部分都围绕一个主题：如何建立、保护和标记与IRIS或Caché的连接。本文将带您了解对于日常使用InterSystems数据库的用户而言最重要的部分，首先从我被问及最多的那个问题开始。
如果您曾使用 TLS 保护过 IRIS 超级服务器，然后尝试让 Java 客户端与其通信，您一定深有体会。在客户端，您需要
SSLDefs.ini- 风格的属性文件），keytool 构建的信任库，其中包含服务器或 CA 证书，社区中有关此主题的优秀文章不少——Mauro Aguirre 针对 ODBC/JDBC 客户端的分步指南以及Eduard Lebedyuk 的 Tableau 操作指南都值得一读。但这些文章之所以需要存在，且篇幅长达 6 到 13 分钟这一事实，本身就说明了一些问题。
今天外面天气真好，南半球，尤其是悉尼，终于迎来了春天， 但上周我和同事们在黑山度过了愉快的时光，庆祝Banksia成立五周年，回来后我严重时差反应，再加上还在对抗感冒症状，所以现在还是静静地坐在电脑前比较好，而不是去外面寻找新的疯狂冒险。 还有什么比浏览社区帖子更能让这段时间物有所值呢？
其中一篇特别引起了我的注意，那是@Nicholai.Mitchko关于大语言模型（LLM）代理编码基准测试的精彩研究与文章——如果你还没读过，不妨先去读一读。 研究结果基本印证了我的经验感受——在IRIS编码方面，Claude系列模型表现大同小异；正因如此，如今我进行编码任务时几乎只使用Sonnet，而OpenAI的模型虽然稍逊一筹，但依然表现不俗。 不过有一个意外发现：DeepSeek V4 Flash模型，其排名几乎与Claude持平。这激发了我尝试DeepSeek的兴趣。正如我的同事@Aleksandr Kolesov在他最近的文章中所指出的，在大型语言模型（LLM）领域，即使全力以赴，也只能勉强维持现状。
Nicholai 使用的是自托管的 DeepSeek，慷慨地将其成本标为 0 美元，但我的这台“强悍”的 MacBook Air 在性能方面肯定表现不佳，所以今天我们将使用托管版本。
docker login -u="your-username" -p="your-token" containers.intersystems.com
然后拉取镜像:
docker pull containers.intersystems.com/intersystems/irishealth:2025.3
我一直以项目经理的身份参与 IRIS Relay，目前仍担任这一角色。我的工作是跟进项目的开发，寻找有助于提升成果质量的文档、资源和工具。这种参与贯穿整个项目：包括跟进各项功能及其验证，以及持续改进的机会。
在 Relay 中，我认为最有用的是班次之间的连续性。接手运维的人需要了解之前的背景、已共享的信息以及所做的变更，还需要确认这些变更是否确实已经应用。
对我来说，这种确认至关重要。记录变更与核实其结果是工作中相辅相成的两个部分：二者结合，有助于在责任从一个团队转交到另一个团队时减少风险和问题。这就是我在项目中追求的一致性，用以支持交接班期间的运维稳定。
在 Relay 中，这些背景信息可以导出为交接报告。不过，会话历史并不是永久的审计追踪；要保留这些背景信息，就需要保存导出的文件。这一区别界定了该工具目前所能提供的能力范围。
功能验证、安全性、一致性和持续改进是我最看重的方面。我的目标是让开发工作在项目演进过程中始终保持这些标准。
我接下来希望改进的是性能。我打算跟进实际使用需求，引导持续改进，在保持我认为对 Relay 至关重要的一致性的同时，力求取得尽可能好的结果。
ChatGPT刚推出时，开发者们很快就开始将其用于日常任务：调试代码片段、编写小型辅助程序，或是理解陌生的代码。其中大部分工作都需要大量复制粘贴。
像 Claude 和 Codex 这样的编码代理改变了这一现状。它们能够直接处理代码库，并对多个文件进行修改。但对于 ObjectScript 开发而言，“经典”的代理式流程并不总是最合适的选择。在 本文中 ，我们将讲述我们如何将 AI 代理整合到自身工作流程中的故事。
过去，我们为客户维护的某个系统，其开发工作直接在共享的服务器端开发系统上进行。每位开发人员都在那里实现并测试自己的更改。随着团队规模扩大，多人开始同时处理该系统，这种工作流程变得越来越不切实际。
AI 编码代理的引入让这些局限性变得更加明显。Claude 和 Codex 等工具的工作原理是直接检查和修改源代码。相关文档和指南指出，如果它们能够编译代码并运行自己的测试，效果会更好。但在 IRIS 中通过 VS Code 进行服务器端开发时，这一实验在第一步就失败了。 由于文件并未实际存在于机器上，代理难以直接访问。因此，将开发迁移到本地、受版本控制的仓库中成为自然而然的一步：这不仅改善了协作，还为开发人员和代理都提供了合适的工作空间。
但这仍留下了一个问题：如何让代理能够编译代码并运行测试。
各位开发者，大家好！
我们经常收到关于“谁有资格参加 InterSystems 编程竞赛”的提问。规则很简单。
只要您属于以下任一群体，即可参与投票：
时间是2026年8月，巴西的大选竞选活动正在进行中。 10月4日，158,745,463名符合条件的选民将投票选举总统、各州州长、参议员、联邦众议员以及各州或联邦区众议员。总统和州长选举的第二轮投票（如有）定于10月25日举行。上述日期和选民人数数据均来自巴西最高选举法院。
在这个时间节点上，随着数百万民众试图了解候选人背景、竞选主张及公共履历，公共信息已成为当务之急。巴西虽公开了大量选举和立法数据，但这些记录仍分散在各类文件、API、标识符及政府门户网站中。
正是在这样的背景下，我们开发了“TSE公共数据RAG探索器”。
一个看似简单的问题，可能需要有人先找到一个API，然后进行分页操作，下载ZIP压缩包，解码Latin-1格式的CSV文件，从PDF中提取文本，理解两个机构的标识符，在它们之间建立个人关联，最后阅读冗长的文档。
主要障碍在于数据访问：定位、关联并解读通过不同来源发布的记录。
该项目始于一个问题：
在选举年，我们如何将关于候选人和当选官员的海量公共数据转化为任何公民都能探索的信息？
该解决方案在孤立的过滤器以及语言模型的内部记忆之外，增添了一层基于证据的研究层。在敏感领域，可检索的证据是每个流畅回答的必要条件。
TSE 公共数据 RAG 探索器与其说是一个选举聊天机器人，不如说是一个公共数据智能平台。
为 InterSystems AI Hub 代理和外部 MCP 客户端构建一套受管控的 FHIR 工具集——以及那个让每次拒绝都拥有完美借口的日志记录漏洞。
大家好，社区的朋友们！ 我终于下定决心写下我的第一篇帖子——并决定直接挑战两个当下最热门的话题：AI 和安全。
先做个简短的免责声明：这是试图将两个在很长一段时间内都不会真正交汇的世界结合起来：AI 和老派的安全人员。让我来解释一下。
几年前，我曾参与一个非常老旧的航空医疗认证系统项目——该系统负责判定人员是否具备在航空领域工作和学习的体能及心理健康条件。项目本身以及我在其中的角色并不怎么有趣：主要是将系统从Cache迁移到IRIS，并根据新法规对客户端进行现代化改造。 但我至今仍记得那支由审计员和安全官员组成的团队：每次新的集成、每个新的封装层、每一步数据提取操作，都会引发数十个问题，产生数页的文档和数据流图。其中有三个问题让我印象深刻：
前两个问题我们轻松通过了。但第三个问题却让审计搁浅了：审计员要求提供针对医疗数据的特定访问记录，却未能找到。这并非因为没有发生访问：这些访问是合法的，检查机制也有效——我们只是在错误的层级上进行了日志记录。
本次发布的目标很简单：让使用 InterSystems IRIS 和 Caché 的日常工作变得更轻松一些。
以下是五大主要变更。
- Query Cloud 现可在单个查询中连接多个数据库
SQL Data Lens 利用 Apache Calcite 实现跨不同数据源的联合查询，同时尽可能将过滤、连接和聚合操作下推至各系统。
IRIS + PostgreSQL + 一个装满 CSV 文件的文件夹。
一条 SQL 语句。
- 现在可以搜索 SQL 历史记录
旧式的按日分类树形结构已不复存在。
历史记录条目支持排序、筛选、置顶和导出。失败和已取消的语句现也已包含在内，这使得故障排查变得更加容易。
- SQL 扫描器能检测出更多问题
外键分析现已支持 IRIS 和 Caché。
新增的统计信息检查功能可帮助识别过时的优化器统计信息，且索引建议会考虑实际列的基数。
每项检测结果均附有说明及建议的 SQL 语句。
- 一键从表导航至类和全局变量
类名和全局变量名现已成为超链接。
微小的改动，却出乎意料地实用。
- 执行计划终于变得易于阅读
纯文本形式。可选中。可搜索。可复制。
支持 DuckDB、PostgreSQL 和 SQL Server，Query Cloud 还能通过“显示联合执行计划”功能解释其自身的联合执行策略。
InterSystems 宣布推出第四个预览版，作为 2026.3 版本开发者预览计划的一部分。该版本将包含 InterSystems IRIS® 数据平台、InterSystems IRIS® for Health™ 以及InterSystems Health Connect™。
2026.3 版本中已新增多项更新和增强功能：
初始文档可通过以下链接查阅。这些文档将在未来几周内持续更新，直至正式发布（一般可用版 - GA）：
未来的预览版本预计每两周更新一次，我们将根据功能开发进度陆续添加新特性。请通过开发者社区分享您的反馈，让我们共同打造更优质的产品。
目前有多个 EAP 项目可供选择。请访问此页面，并注册您感兴趣的项目。
此版本提供了适用于所有受支持平台的经典安装包，以及 Docker 容器格式的容器镜像。完整列表请参阅《受支持平台》文档。
| 警报 ID | 受影响的产品及版本 | 风险类别与评分 | 明确要求 |
| DP-453448 |
InterSystems IRIS® 数据平台 InterSystems IRIS® for Health InterSystems Health Connect™ |
运行状态：4 – 高风险 | 发生空闲超时，或者现代互操作性应用程序中的会话 应用程序的会话意外退出。 |
当用户单击打开任何现代（新）互操作性应用程序（生产配置、规则编辑器、DTL 编辑器、BPL 编辑器、消息搜索/查看器），然后让应用程序处于非活动状态（根据每个应用程序的闲置超时时间）时，会发生此问题。 此操作会将用户注销，随后应用程序将丢失命名空间的上下文。 因此，应用程序会错误地向服务器发送未在 URL 中指定命名空间的查询；由于 URL 格式不正确，当 ^%ISCLOG 设置为 1 或更高值时，该请求会在 messages.log 中生成一个或多个条目。 随着时间的推移，这些请求可能会导致大量错误消息。
当通过将 ^%ISCLOG 设置为 1 或更高值来启用该选项时，messages.log 中生成的海量错误可能会占用大量磁盘空间。此外，还可能会在审核日志和日志文件中生成重复条目。