GNU Health/GNU Health 联盟
本节适用于GNU Health 的3.4 版本。 |
遗传性疾病、癌症、神经退行性疾病和自身免疫性疾病是当今世界面临的一些巨大而难以捉摸的挑战。在基因组学和精准医学领域,许多自然变异的临床意义尚不清楚,也就是说,我们仍然不知道它们的致病性或它们对我们健康的潜在影响。更重要的是,社会经济决定因素仍然是超过 50% 的疾病背后的原因。
重要的是要将健康视为多种因素和行为者相互作用的结果。GNU Health 联盟汇集并分析了有关个人生物学、家族史、生活方式和环境/社会经济状况的信息。我们不能再仅仅关注健康和疾病的分子基础,而忽略环境、社会条件和个人的生活方式,反之亦然。如果我们真的想彻底改变我们的医疗保健体系以及未来几代人的健康状况,我们必须以跨学科的方式,以整体的视角看待个人。凭借这种全球愿景,以及从联盟中所有参与节点收集的所有信息,我们将更接近于确定这些自然变异的意义,并有望找到治愈方法。
GNU Health 联盟项目旨在建立一个社区驱动的、联合的健康网络,连接不同地区,甚至是同一个国家甚至全球不同国家之间。一个联盟可以无限扩大。从拥有多个节点的小型区域联合网络到拥有数千/数百万个参与节点的大型全国性健康网络。
大多数 EMR/HIS 都是事务性系统。它们基于特定框架运行,生成机构中的事务/流程,并将信息存储在本地数据库中。一些示例包括医疗会诊、处方、住院、库存管理或结算。主要目标是“完成任务”。
尽管这种方法可以在本地级别(例如,特定医疗机构)发挥作用,但它也存在一些固有的问题,这些问题值得我们注意
- 互操作性问题:大多数系统都是为在特定框架下运行而设计的,这使得其他环境难以交换信息。
- 数据分析问题:事务性系统通常不擅长报告。用户通常需要编写特定的报告,而即时报告/数据分析并不容易,并且会对性能造成很大影响,从而影响机构的正常运作。
- 数据孤立:如今,健康信息学领域存在大量“孤岛”。每个机构都有自己的系统/系统,完全独立于其他机构。这种孤立性为公共卫生系统带来的好处非常有限。
这些场景导致了一种新的方法的设计,我称之为 GNU Health 联盟模型。这种新方法应该克服这些问题,因为它结合了事务性模型在日常运营和机构需求方面的优势,以及 NoSQL 在文档/报告/聚合方面的强大功能。以下是联盟模型优势的总结
- 自治性:每个节点可以独立运行。
- 互操作性:每个节点可以使用自己的技术。例如,HMIS 节点(主要在医院使用)可以与移动应用程序或研究机构共存,它们各自使用不同的技术和框架,但它们的结果可以在它们之间共享。
- 选择性:每个节点决定在联盟中共享哪些信息。
- 可扩展性:来自不同节点的数据将在一组 NoSQL 数据库中收集和处理。这允许增长,而不会影响每个节点的事务性日常操作的性能。
- 高可用性:由于每个节点都是独立的,因此本地级别的高可用性得到保证。此外,NoSQL/面向文档的数据库允许复制,以确保高可用性和负载平衡。
- 大数据:GNU Health 联盟模型允许存储海量数据,可以在其中实时进行聚合、数据分析和报告。
- 基于标准:为了整合所有参与联盟的节点,它们必须使用一种共同的语言。
- 跨学科合作:不同的实体(个人、医务人员、研究人员、社会工作者等)都是联盟的积极成员,它们的特点是既独立又构成网络不可分割的一部分。
每个 GNU 联盟都由三个主要组成部分组成
- 节点:联盟中每个独立的参与者(HMIS、LIMS、PHR、移动设备)都是一个节点。
- GNU Health 消息服务器(丘脑):节点和健康信息系统之间的中间人。它还控制每个节点/个人对不同对象的访问级别。
- GNU Health 信息系统:一个面向文档的数据库,它包含个人主索引、人口统计信息、医疗信息和生命之页。
传统的 GNU Health HMIS 现在已经集成到 GNU Health 联盟中。来自日常医疗实践的大多数信息现在可以发送到联盟,并在整个网络中共享。
目前,有两个主要部分可以从 HMIS 节点共享信息
- 人口统计信息:关于个人的主要人口统计信息(出生日期、性别、地址等)。
- 生命之页:个人生命中的任何相关事件,包括传记、医疗、社会或人口统计信息。
GNU Health 联盟的一个重要关键方面是每个节点都是独立的。也就是说,它们不需要网络来独立运行。在许多地方,由于网络中断或缺乏通信,无法立即发送收集的信息。在其他情况下,需要在与其他节点共享之前验证信息。
HMIS 节点将生成的信息保存在联盟队列中,该队列可以稍后发送到 GNU Health 信息系统。
要访问联邦队列管理器,您可以在命令行中输入 **FEDQ** 命令。
**需求**: 为了从 HMIS 使用联邦功能,您需要安装 GNU Health 的 **health_federation** 包。
为了使健康管理信息系统 (HMIS) 成为 GNU Health 联邦的一部分,必须完成以下主要步骤:
- 安装健康联邦包 ("health_federation")
- 创建医疗机构
- 配置与 Thalamus(消息服务器)的通信参数
选择 "health_federation" 模块并标记为安装。有关在 HMIS 节点上安装包的更多信息,请参阅一般安装部分。
联邦使用医疗机构名称作为默认节点标识流程的一部分。您应该已经拥有它,因为它属于 GNU Health HMIS 的基本设置,与联邦安装无关。有关 **医疗机构** 创建的更多信息,请点击此链接。