真正的缺口
没有人这样设计过。它是自然长成的。
没有哪个两千人的医院集团是在白板上画出自己的系统版图的。它是长出来的——经由并购，经由项目，经由早已离职的人。每一个系统在当时都是正确的决定。但它们合在一起，并不构成一个数据底座。
历史遗留
再也没人敢碰的系统
它们在运行，它们很关键，而当初搭建它们的同事早已离开。没有人愿意靠近。
并购
从未真正合并的版图
两套 ERP，三套工单系统，四处文件共享。整合年年列入计划，也年年被推迟。
证据
审计变成考古
在日期到来前六周开始搜集。从邮箱里，从表格里，从代码仓库里。全靠手工。
我们做什么
数据爬虫。
一个每晚遍历您全部系统环境、并使其可被查询的流程——业务系统、结算、财务、CRM、人事数据、源代码。全程只读，完整留痕，不触碰任何一个在运行的系统。
每晚
保持当下，而非一年一次
在您的系统空闲时，每天采集一次环境状态。到清晨，数据即是最新的。
完整
包括平时没人看的地方
记录的护理需求与实际结算之间的偏差、某次提交与某张工单之间的关联、任何报表都不显示的历史。
不触碰
不改动任何系统
全程只读。关掉爬虫，一切与此前完全相同。
受保护
加密、隔离、经过鉴证
静态数据以 AES-256-GCM 加密，传输经由 WireGuard 隧道。在德国自有数据中心运行，已通过 BSI C5 第 2 类鉴证。
已接入
我们已经在读取的系统。
这不是一份关于可能性的清单。这些正在运行。
业务系统Medifox · CuraSoft
结算与财务Noventi · DATEV
CRM 与人事HubSpot · Personio
源代码GitLab · GitHub
测试阶段，尚未投入常规运行：Atacama · CGM KIS。
上面的名称只是举例。凡是有数据库的系统都可以接入——完整读取、保留历史、以可查询的方式存放。我们是否认识某个系统并不重要，它是否有数据库才重要。
源代码通过 SCIP 建立索引。服务机构规模在 25 至 5000 名员工之间，1 至 41 个站点。首个数据源接入：两到三天。
您在其上构建什么
从此，问题由您来提。
您自己的智能体、自己的分析、自己的标准——用 Claude 或任何其他模型。以下问题并非设想。它们已被提出，并已得到解答。
来自业务系统、结算与人事
“哪些患者的护理等级已不再匹配其记录在案的实际需求？”
Medifox · Noventi
“文档质量在哪些方面出现系统性偏差——具体是哪些主题？”
CuraSoft · Personio
“延迟的付款卡在哪里，涉及哪一家付款方？”
Noventi · DATEV · HubSpot
来自源代码与代码仓库
“过去 90 天里，哪些变更触及了受监管的功能？”
GitLab · SCIP
“哪些内容依赖于这个函数——如果修改它，什么会出问题？”
GitHub · SCIP