它的健康

嗨，约翰，艾德，乔什。感谢您与我们分享您的想法和经验，也感谢GHD项目发起了这次讨论。地震发生后，我也去了海地，一月底去了美慈组织，三四月份去了美国国际开发署的一个农业项目，为期一个月。

要回复关于本地开发人员的一个评论，如果您还没有与海地ICT协会一起联系，我可以与您的VP的人联系。它们代表了跨越ICT的各种细分的40个组织（电话，MNO，ISP，软件开发人员，硬件经销商等），主要基于Port-Au-Prince。还有总统委员会关于ICT，我无法融入我的工作范围，但如果您需要，我也有一两个人的联系信息。

关于这一声明:“技术投资需要更多传统卫生资助者显而易见的数据。例如，遵守协议、效力、效率等。"：

有一件事肯定 - 通过所有这笔钱进入海地，你知道某些时候会有审计，所以将需要一个M＆E战略和M和M和M系统。诀窍是如何做到这一点，而不会更多地沉重负担过重的医疗团队。

在这个小组的跑步中，这一点是，标准化报告对于忽视来说太重要了。这个面板似乎是该过程中的一个很好的起点。人们可以假设在未来的一些未知但短时间内发生意外的另一场灾难。在此活动之后，将有大量紧急救灾机构提供医疗服务，包括对受害者的手术。
您可以（小组成员）同意以下内容 -
所有响应者都应该提供救灾治疗的标准报告系统。他们可能并非所有人都使用它，但他们都可以，应该鼓励/期待他们。
可能派遣医疗代表的所有机构都应了解报告制度，并教导其工作人员将其作为任务前简报的一部分。谁设的局?
报告系统将非常便宜，非常坚固，非常简单。向集线器的SMS消息的顺序。
什么是应提供的最小数据集
您提出了一份报告系统的候选人，为什么要支持其他人？

这里有一些偷偷摸摸的问题。MSF声音就像它很好地组织，并希望其医生保持良好的记录。可能比我们正在讨论的“报告系统”中提出的更好的记录。MSF医生是否必须报告两次或他们会使用一般系统，因为它是普遍的，即使它不像他们想要的那样完整？如果他们没有促进普遍的系统，那么在紧急情况下治疗的患者可能会在回到非MSF治疗中心时失去随访。在这个阶段行使医生的观点是他们不知道在早期阶段完成了什么;其中一个关键要求是我们都有助于相同的数据池。您必须在提供不会使用的精心系统之间进行平衡，并且简单的系统没有足够的信息。

Myles在评论“报告两次”评论中提出了一个很好的观点，从而介绍了主要数据收集的成本和福利。

我们在海地工作的信息学方面（自2005年）一直是关于设施级EMR系统的实施，以及这些系统的信息的二次使用，以支持M＆E和监视。后来的方法较小，需要更多的基础设施，对临床护理提供更多的利益，并且可能更加可持续。苹果和橘子，人道主义援助与重建，也许。“二次使用”片，VS主要报告，是可持续性的重要组成部分（我们认为......）

此外，我会好奇小组成员关于系统所设想的内容，其中“所有响应者......可以而且应该......（使用标准化报告系统）。”

这与在州的非灾害模式下工作的方式形成鲜明对比，其中1）我们拥有非标准化，不均匀的实施等问题，但我们也有2个“局部决策和当地所有权”系统，本地能力开发，基于（无可偏见的偏见）资助机制等的一些内在的可持续性等。我讨厌使用各国作为任何好的东西（！），但我的观点是标准化系统的外部实施灾难的时间有点达到局部能力发展。10年前，美国公共卫生监测社区中有一个令人难以置信的系统，即在危机时期的危机中有用。美国和欧盟从生物恐怖主义到大流行流感的情节爆发的综合征监测的演变会（对我）展示了这种方向的一些进展。

比尔

背景:在海地，I-TECH提供TA，以支持卫生部(MSPP) EMR系统网络——目前部署的站点不到70个——结合本地、网络和移动技术。自从地震以来，我们的部署并没有太大的变化，除了我们失去了一些站点，并增加了一些新的站点。

我将首先回复Myles的电子邮件，因为他询问了MSF
具体而且可能是Josh和/或ED可以跟进。我不确定它
在本面板上可能“同意...标准报告系统
救灾治疗。”有很多组成部分;在无国界医生组织的工作
单独的回应已经从创伤手术和一般都运行了曲目
初级和精神卫生保健，非食品物品的分配和
安装厕所和水源。报告这些活动
与地面上的各种演员有关，但没有单数
报告系统将满足所有需求。所以更容易打破它
在每项活动有自己的报告中报告“模块”
标准？可能。我将从数据收集标准开始MSF使用
外科：

所有五个MSF中的欧洲业务中心都是运行领域
目前海地的项目。数据收集和报告系统
对每个部分不同，但在地震之后的所有部分
同意在20栏中报告手术活动（即+/-20报告
变量)Excel电子表格。这些数据包括病人和外科医生
首字母对造成损伤的原因和干预类型，给出了很好的说明
活动概述但对分析提供了很少的支持
手术结果。OP数据数据没有交叉标准
也没有任何电子病历系统可供多站点访问
病人治疗的历史。当病人被转移到MSF或
一个外部中心，住院或护理的简历是由
的手在纸上。据我所知，目前还没有实施
在MSF中的交叉EMR系统灾害响应或任何其他
可能除了用于HIV的标准数据库。
MSF中也没有任何项目，我知道使用SMS为基础
用于数据收集的报告或手持设备。

在PAP中使用MSF的流行病学家是常规的健康部分
和监视群集会议，MSF向这些群集报告
根据他们设定的标准。有一些标准的MSF
Excel电子表格用于在内部收集每周案例
门诊和住院中心(它们不包括个别病人
数据），但必须在由此提供的工具中重新输入这些重量
监测和健康群。

我当然理解讨论标准变量的好处
应该用于活动报告，如果它会有所帮助
可以描述我们在MSF-Paris手术中使用的具体变量吗
活动和后op随访。我自己不是在评论的位置
在哪个平台比其他平台更好。我们的成功非常好
在MSF创伤手术医院的6个月飞行员期间OpenMRS
被地震摧毁，数据库本身仍然存在
功能良好，但该系统中的报告质量目前正在进行中
通过表格完成错误有限。


约翰·布鲁克斯
MédecinsSansFrontières（MSF）/医生没有边界
www.doctorswithoutborders.org.

到目前为止讨论得很好。我想评论迈尔斯关于标准灾难报告系统的观点。原则上，我认为，我们应该致力于建立一套对患者管理、报告和监测至关重要的核心数据集。即使在一个广泛的组织中，在实践中这样做也是具有挑战性的。我建议的方法是计算出这个过程的可交付成果(做过不同手术的人数，发现病人在未来来访中做过什么手术的能力，跟踪紧急物资供应等)，然后围绕这一点设计数据收集表格。同意有限的核心集合是最好的方法，然后项目可以决定使用什么工具来收集和管理它。需要/想要收集更多数据的网站可以做到这一点，但仍然报告核心数据。

通过OpenMRS，我们计划向国家系统报告核心价值，以便其他国家也能从中受益(我们已经通过汇总艾滋病毒数据做到了这一点)。这样我们就可以避免重复收集。我们将与海地的I-Tech合作，建立一个标准的患者个人总结，允许特定患者的记录被要求并以安全的方式共享。这是一种替代所有接受过评估或治疗的人的国家数据库的方法。

是的，哈米什，向国家系统报告核心价值(正如PIH和I- tech以及其他机构已经做的那样)，正是我所说的二次利用。

在美国和欧盟使用急诊科、学校缺勤率、初级保健访问和其他数据进行流感监测(个人健康数据的二次使用用于人口健康监测)，就是一个很好的例子。

很高兴您也提出了关于标准化分享个人级记录的观点。一些公共卫生使用（通知状态报告，案例监测，质量改进）依赖个人级别报告而不是人口一级报告。

比尔

最近，我经常听到救援团体“太难”提出可互操作的报告机制。

现在是技术进入这个空间的完美时间，开发将跨越电流机制和常见的参考框架只能实现更有意义的数据用途。

即使是编纂的尝试也会让别人瞄准或从其开始。

OM

大家好！

这里非常有趣的倡议！特别感谢票据邀请我。

我是海地IT协会的成员，我经营一家涉及与海地有关的不同IT项目的软件公司（见www.mesi.ht）。我的团队也推出了网站（www.noula.ht）和一个通过177短代码访问的呼叫中心，我与一些小组成员一直保持联系，了解这一倡议的一些伙伴关系。

作为一个海地IT从业者，我与（健康）IT倡议有关的关注，在地震之前，是关于我们在环境中努力的决策和可持续性（既有文化和技术观点）的每一层决策和可持续性的数据使用情况有限地获得技术和薄弱的公共能力（领导）。（这是一个严重的挑战，但我们中的一些人仍然认为我们可以赢得这场战斗，尽管我们并不总是同意最好的途径）。

地震发生后，有更多的机会（和出错的风险）通过提供可以在我们的环境中有意义的有效工具和对我来说意义上的有效工具来说，这意味着挑战

将所有权（工具和流程）转移到当地人。

展示结果(而不是IT)，尽可能强调过程和数据透明度的价值。

尽快与当地大学或非政府组织合作，如果可能的情况，可以在可能的情况下获得他们的愿景并在这个级别创造良好的做法。

找到当地冠军（IT和非IT福音传教士）

我完全同意OM。我在一个星期内为您在那里的药房坐在现场时，为Hhi Field House的Rails EMR建造了一个Ruby。

它运行在捐赠的计算机上，拥有Web和iPhone接口。它用于跟踪药房数据，仓库供应，患者病历，药物历史，分居的儿童，患者家庭，志愿者及其技能以及旅行时间表以及与上述物品相关的其他信息。

现场工作人员可以拿着iphone在帐篷排上漫步，并在每个帐篷上查看最新的患者历史。他们还用iphone管理仓库里的货物(洗澡桶、肥皂等)。iPhone界面建立在jQTouch上，从iPhone界面启动，就像普通应用程序一样，模仿本地应用程序界面。

我们目前有超过600名患者的> 4500个患者医疗事件记录(手术、物理治疗、药物、转运、出院准备、物理治疗、修复术等)，近5000个从药房取出的药物记录，用于超过500种不同的药物，超过400种不同类型的仓库用品，并跟踪了近650名志愿者。它还有一个电子愿望清单，工作人员用它来跟踪他们希望从即将到来的捐赠者那里获得的物资。所有数据都是标准化的，并存储在sqlite3数据库中。

我每天通过Dropbox备份数据库，并为返回志愿者提供一个状态侧克隆，以便访问他们在网站上的工作或HQ管理员需要拨款提案的数据等，以访问他们的工作。

至于报告：现场的运营人员和HHI办事处的人员不时与我联系，询问我是否可以添加功能或将报告放在一起。它通常只需要我分钟写入新的报告模块，SSH到海地的服务器，并为它们提供升级系统。

让这些应用程序的框架离开地面是免费的，易于理解，很容易部署，稳定 - 我们在使用的2个月内没有单一的EMR崩溃。如果电源熄灭，因为它有时会在那里，服务器自身重新启动，重新启动EMR应用程序，并重新连接到网络。相信它与否，我也没有一个人抱怨说，很难使用甚至问我如何在系统中执行任务......这很简单而直观地互相训练他们旋转时互相训练进出营地。

关于可扩展性，我不会担心系统被过载，直到我们有成千上万的患者，并且在那时，我可能会简单地将数据迁移到MySQL数据库（在同一个捐赠的计算机上）并放置一个很少有代码优化到位。但是，我认为我们会在这段时间到达那里。

所有这些的伟大都是它全部建造在同一个简单的框架周围。Ruby在Rails上是如此无处不在，我只需要发布到正确的Google小组的消息，以获得近似即时反馈，以获得棘手的编程障碍，同时将系统放在一起。

可以轻松地在更受控环境中开发，部署和本地化类似的系统。HHI和Uchicago计划召开一支任务队，以检查医院活动消退后数据管理系统的表现。我正在研究系统的性能增强，将删除一些喜欢的Parisien特定模块，并在审查后将代码发布为开源。与此同时，我很乐意帮助人们了解技术和/或HHI / Uchicago团队如何使用它。

虽然我没有特别支持一个标准化报告系统的想法。我认为对核心价值观定义（使用哈米什单词）达成共识至关重要，任何系统都应该能够在不同的情况下提供。

我的意思是，我们应该考虑拥有不同的一组指标，由健康类别定义，正常或特殊（自然灾害，健康警报，ePIDemy，......绿色，黄色，红色...）条件，并制作确保这些核心值涵盖了决策和高级报告的最小需求。这种方法对于短期和长期来说是有用的，因为它看起来比救灾更远。

对于来自Itech和PIH的EMR和MESI的聚合数据，我们已经远远不远，但我们需要更进一步，并确保我们可以重复使用与其他健康计划相同的容量。

这并不意味着没有一个国家系统的位置，但它可以在操作和治理视角之间扩展工作范围，在可互操作和围绕地方当局采用的明确的高级规格设计的专门系统之间扩展工作范围。

粘土，

让我们做个器具吧!

OM

给我发电子邮件我会让你看看我都做了些什么，然后我们再讨论。

干杯，
粘土

克莱的解决方案很棒，我最感兴趣的是获得手术跟踪系统，或者至少是数据结构。我同意设计一个系统是比较容易的部分。我使用HandBase在PDA上建立了一个创伤报告系统，它完全工作到我的满意，没有其他人的!
为了将克莱的系统扩展到每个对灾难做出反应的人都能使用的系统，需要所有的反应者都有一部iPhone(大概还有一两个应用程序)。这不会发生。我认为这是合理的期望，几乎所有的反应者将有某种移动电话，但没有预先协调，没有昂贵的购买。
俯视这条道路，我们希望开发一个全球创伤数据收集系统，可在所有LMIC中使用。灾难数据库（在我们的观点中）紧急特例;如果社区可以开发一个足够强大的系统，以便在这种情况下工作，我们认为具有富勒数据集的扩展版本可以在世界各地工作。因此，我们，无论如何，我们希望看到一个系统，即撒哈拉以南非洲的平均过度劳累的应急医生或矫形居民都可以使用。
这就排除了iphone !
“我们”是一群矫形外科医生（和其他文档）的小组，他们与国际视角涉及骨科和创伤，并关注没有可用的数据。如果没有数据收集系统，则无法报告问题的大小。

......
为了将Clay的系统扩展到每个对灾难做出响应的人都能使用的系统，需要所有的响应者都有一部iPhone(大概还有一两个应用程序)。这不会发生。我认为这是合理的期望，几乎所有的反应者将有某种移动电话，但没有预先协调，没有昂贵的购买。
......

>这就排除了iphone !

不要在这里进入太多的技术细节，但JQTouch跑了
任何支持JavaScript的浏览器。在海地，我实施了它
设备无关 - iPhone不需要使用移动网站，也不需要
是任何其他应用程序。任何带有浏览器的现代手机都会这样做
JavaScript优雅地贬值。添加是非常简单的
附加的设备特定代码，以适应不同的屏幕
分辨率 - 每种特定设备可能不超过2-3小时。的
Rails和JQTouch Frameworks足以让我感动
只有1/2天在主浏览器后构建“iPhone”界面 -
基于意见已完成。

JQTouch框架也支持缓存，这也可以允许人们
让手机同步，从网络上获取数据，但我
没有实施，因为喜欢的巴黎很幸运
无线覆盖医院。他们也很幸运
在FP中获得Iphone的捐赠，这是我模仿的原因
HTML中的界面。

您对更广泛的分布式系统需要
替代输入（例如，SMS）和节点之间的同步。我想
这两种方法都可以在短时间内完成，特别是如果
使用现有的短信桥。

我并不试图为我内置的系统传授
试图指出它是快速而相对容易的。
当您可以使用自己设计的功能原型时
在几天内运行，为什么不给它射门？它可以是一个
迭代设计的稻草人如果别的什么。快速谷歌搜索
对于Rails或JQTouch的Ruby将产生更多技术细节。

干杯，
粘土

Hi Myles和所有，

2010年4月20日星期二，GHDonline (Myles Clough)写道:

>俯视这条路，我们希望开发全球创伤
>数据收集系统可在所有LMIC中使用。灾难
>数据库(在我们看来)是一个紧急的特例;如果社区可以
>开发一个强大的系统，足以在这种情况下工作
>认为一个具有更完整数据集的扩展版本可以解决所有问题
>在世界上。所以我们，无论如何，我们希望看到一个系统
>平均过度劳累的应急医生或骨科居民
撒哈拉以南的非洲可以也会使用。这就排除了iphone !

这是一个可能有兴趣发展的东西
开源应用程序，例如支持Java ME的手机
应涵盖最广泛的手机。

我们希望一组真正的用户愿意经常测试它并给我们
反馈，例如每两周反馈一次。理想情况下，我们希望看到它被使用
生活，基于真实数据和条件的反馈。

拜托，我们会有一个谁会有兴趣的“展示”
参加这样一个团体，并且有足够的时间（a）帮助写
规格和（b）测试软件并报告每隔几个
几周？

在这个阶段只是一个“可能会发生”，而不是一个明确的承诺，如
我们需要找到管理项目并写下软件的资源。

欢呼，克里斯。
-
Aptivate |http://www.aptivate.org|
人道主义中心，格雷欣路Fenner's，剑桥CB1 2ES

Aptivate是一家在英格兰和威尔士注册的非盈利公司
与公司号码04980791。

大家好，
CarlosLuisSánchezBocanegra对此线程的回复被发布为由于我们最后一部小型技术毛刺而单独的讨论。我们正在努力解决这个问题。与此同时，请参阅下面的Carlos问题，我们期待您继续参与此次讨论！欢呼，艾米，代表ghdonline团队

Carlos：真的是一个有趣的线程，你能否展示关于JQTouch玩具如何使用的引用？

当然 - 我将使用一些测试数据创建应用程序的实例，并在第二天或两个中将登录信息发送到组。

干杯，
粘土

2010年4月21日，上午10:27，Ghdonline（Amy House）写道：
>
> CarlosLuisSánchezBocanegra的回复......
卡洛斯:这真的是一个有趣的帖子，你能给我看看jqtouch玩具是如何被使用的吗?”

编辑，
在查看项目描述时，它看起来很好看出项目的愿景和目标的目标。我想问的一件事是，如果你能指定使用哪种技术，因为这对我来说并不清楚，你认为他们的直接影响是什么。

谢谢,
joaquin

大家好,

感谢这次精彩的讨论!

我写这封信是想看看小组成员或其他经历过这次灾难的人是否能多写一点关于我们应该做些什么来应对未来的灾难。部署的系统最大的积极影响是什么?回顾过去，是否有一些服务或应用程序在灾难发生后的几周内特别有用?例如，通过SMS-based系统联系失踪者是否真的有帮助?随着时间的推移，在追踪病人的遭遇方面是否取得了很大的成功?还是事情太混乱了?或者，也许我们应该关注用于紧急外科手术团队的简单EMR，或者更容易在灾难后重新启动的EMR系统?我想答案可能是“以上所有”，但最好能听听你的想法，你认为应该优先考虑什么?或者听一些理论上看起来有用但实际上用处不大的东西。

我也很好奇，也谈到了eHealth和MHEALTE技术如何被感知。是否有强烈的兴趣在响应者或人口中使用基于计算机或基于电话的技术，或者可能是没有时间尝试新事物的有意义？

非常感谢,
尼尔

我们得到的一个重大教训是，短信和推特成为了一种技术手段，使公民能够参与灾难应对。

海地众包和外部产生的显着成果。

数据聚合和表示是关闭该循环的下一部分。

我认为我们将从每一个馈送到更广泛的社区的综合来源中看到协同效应。

我对“互操作性标准”的兴趣来自于此信念，并因此促进社区报告的项目。

所以，就“经验教训”而言，很多东西还在形成中。

有一段时间来返回ehr / EMR /临床和练习管理的单个必要功能列表，我同意单一产品不应该尝试满足所有需求，但该清单肯定会让它更容易创建适用于许多情况或至少其他人可以开发的框架的模块化系统。

现在它比以往任何时候都更容易实现......并变得更容易。

似乎在那里有更大的“需求”，而不是大规模差异。

就下一步而言，我建议或许采取更具结构化的方法来编目所吸取的经验教训以及需要注意的未解决问题。可持续地超越“模糊前端”意味着带来更好的知识管理能力。

特别是，如果这项练习是为了告知未来的规划工作，请更详细地记录和分析问题领域，以帮助推动未来的需求分析，这将是非常宝贵的。

例如，人们可能已经陷入了来自各种因素的一系列团队沟通问题 - 环境，组织，技术等。并非所有这些都必须具有IT解决方案，但记录所有这些都会有助于识别未来技术解决方案的限制．

具有组织成功能和非功能性（即基础设施）域的问题分析也将有助于未来的规划 - 与将这些域标准化到可重复使用的分类中。

具有简明扼要的问题陈述，可以在没有大量其他上下文的情况下理解，可以帮助解决方案开发人员更好地实现他们的努力。

由于设想不存在正式的业务或系统分析过程，因此一种方法可能涉及创建维基或类似的知识共享网站，利益相关者可以促进这种类型的协作问题分析。

通常，在完成范围内问题域的严格分析之前，倾向于过早地进入解决方案思考。在反应式消防模式下，这种情况可能会加剧。

固体问题分析的重要性不能过分强调。它促进了更好的验证和验证未来的要求，并确保更好的优先级，特别是当涉及扩展的利益相关者群体时。在SDLC中，以问题为中心的需求分析往往忽略忽略，即使项目故障的所有主要原因不可避免地与需求管理不足。

这个过程还有助于建立一个通用的词汇表，并为不明确的概念给出定义;当并不是所有的涉众都参与到工作的初始阶段时，这是特别有用的，并且可能需要稍后提高速度。

大家好
阅读别人建造的东西是令人兴奋的，这是对抗医疗
信息学障碍在地震后海地。正如我在我的第一个写作
在这个小组的电子邮件中，MSF作为一个整体没有部署任何标准
超越技术的灾难反应中的信息工具
在20多年前提供的，即Excel电子表格。那是
说，MSF有一个经过验证的跟踪记录，能够回应
各种设置中的灾难，现在这取决于信息技术
本组织内的专家表示说服业务董事
使用手持工具和无线传输数据具有添加的
应急响应的价值。我认为它带来了一些有趣的
问题：

-在灾害反应的前两周可以使用哪些工具
当没有保证的单元网络服务？什么时候会发生什么
没有电力或频繁，长时间的中断
电气供应？
- 谁是新手持工具的用户？我有一些感觉
数据应该在手术反应的第一阶段收集，但是
我真的很好奇它是如何工作的。期待它是现实的
每天治疗10个患者的外科医生持续20小时
那些将在手机或安卓系统中输入数据的人?的
在这种情况下，护士也没有任何空闲时间。我推荐
新的职位被添加到致力于的患者护理团队中
数据收集?其他参与者是如何面对这个问题的?

在海地之前和之后，我的时间很清楚
紧急响应具有非常不同的阶段的地震。首先
24-72小时是最混乱的，但也是最重要的
降低死亡率;在此阶段部署的工具必须是
可靠作为笔和纸。下周左右，看到了涌入
能够做好准备的医疗团队，都是心理上和
逻辑上，对于灾难响应以及始终是MSF的情况
包括有经验的应急人员。十天后
大型进口医院用品可能进入现场和
可以部署此阶段更强大和更冗余的无线网络
支持电子病历，是物流供应链的重要组成部分
帐篷、水净化系统和药品。

我非常同意，定义一些报告标准将会有好处
患者群体大。虽然我不在医疗，但我认为它会
难以争辩说标准和控制的转移系统
从提供商到提供商的医疗历史不会产生积极影响
在关心的连续性上，特别是在有瞬态人口中
经过主要的外科手术干预，需要紧密随访。甚至
因此，即使以骨料形式使用患者数据也可用于
政治上积极的目的和MSF的案例可能会危及
如果误用，它的干预措施的全部重要独立性。也许是
可以启动将使用的标准变量列表
报告计划？我向别人寻求建议。

谢谢
约翰

约翰·布鲁克斯
MédecinsSansFrontières（MSF）/医生没有边界

谢谢约翰为这个伟大的帖子，我认为这些对社区来说是一个非常关键的问题。我们将在星期六讨论波士顿全球PHAT会议上的一些问题。

上周我在海地时，我花了很多时间与人们谈论他们需要的东西以及我们如何更好地使用信息。一个一致的消息是，外科医生需要能够记录所执行的诊断和程序，以便他们或更常见的其他人可以提供随访护理。这也适用于提供康复护理的物理治疗师，谁需要知道发生了什么以及所做的事情。所以我认为应该有一个人可以将和文件关心作为早期团队的一部分协调。这将在跟踪供应要求和患者负荷方面带来即时效益，然后为个人患者护理的长期效益。使用与电子系统相匹配的标准纸张形式（带有Web和手机表格选项）将允许冗余。起初可能是您只需具有案例形式的铃铛，然后开始将EMR输入为员工和连接允许。这些纸张表单可以拍摄或扫描备份副本，也许上传到在CD上的更稳定的位置，以进行异地数据条目。我认为我们正在寻找技术和数据管理策略的数据和冗余的一致性。

目前，肺炎和结核病是主要关注的问题，跟踪疾病的暴发和传播显然对传染病和这些疾病以及水源性疾病很重要。现在在纸质和手机上的疾病监测工具已经取得了一些进展，但我还没有可靠的数据来说明它在海地的效果如何。

约翰还对医疗数据的所有权和共享提出了重要担忧。目前海地对此没有有效的法律或法规。个别组织有自己的程序和规则，但这绝对是一个灰色区域。如果有效的国家规则缺席或难以执行，可能需要默认违约灾害响应规则。一个重要但有争议的问题。

大讨论,每一个人。

John提到“MSF作为一个整体，除了在20多年前可用的技术，即Excel电子表格，还没有在灾难响应中部署任何标准的信息学工具”。在这个小组开始之前，社区中有一个相关的帖子，Chris Lee描述了一个类似的(谷歌Docs——我假设是电子表格+表格)解决方案，他们用于患者出院管理:

//www.mego-meet.com/tech/discussion/patient-tracking-haiti/

期待一段时间（我意识到我在这里迈出了飞跃，但我乐观地说，我们在往来将会出现的东西）当有一些报告标准 - 你认为这将是还可以吗？仍然在灾后管理立即使用这些简单的工具，只要他们后来蒸馏到报告？

嗨亚伦
我认为重要的是人们能够迅速地组合新工具
在这种情况下。谷歌文档显然比Excel更好
如果你大部分时间都有良好的Connectivity，那么他们的能力
共享数据，提供安全备份。不幸的是，像大多数互联网一样
今天基于系统，它们不是为低带宽和的
卫星延迟。PIH/ZL在地震后不得不放弃使用
由于这些问题。

所以前进我们需要简单的工具为此类型而被Desgned
环境。有趣的是MS偏远桌面非常慢
连接，包括卫星和GPRS。值得探索
类似的开源解决方案。

哈米什弗雷泽
健康的合作伙伴
Brigham和女子医院

>约翰·布鲁克斯:我非常同意定义一些报告标准是有益的
患者群体大......

也许可以开始列出在报告方案中使用的标准变量?我向别人寻求建议。加拿大医师健康计划(CPHP)有一个通用指标列表，作为患者标准模式的示例
数据:http://bit.ly/caojra.

第1，V和VI部分可能在紧急情况下证明，同时收集来自其他部分的数据（例如精神传统）可能是更高的（政治）风险和或优先级。

也许cfp指标可以与其他标准化资源一起使用，形成全球或区域卫生RDF规范。
-
伯利耶奥克斯利
GNU。媒体实习
Woolman学期

根据需要访问文件的人数，Dropbox在带宽较低的情况下工作得非常好。文件自动同步到/从服务器，当有一个连接和网站跟踪文件版本。

在他们与少数人分享之后，喜欢巴黎的医院与谷歌文档挣扎。我们试图通过Google电子表格使用Google表单以有组织的方式收集一些志愿者数据，但是有权访问后端分类，复制/粘贴和移动到表格破坏的点。这是一个经典的厨房，厨房里太多厨师，所以说话。

这提出了评估谁需要访问文档的重点，因为它是找到一个良好的协作编辑解决方案。当员工经常旋转时，管理流程往往会降级。新的团队成员经常有关于如何管理数据的新想法，并经常单手中制定这些计划，以损害数据整合和标准化。当然，这可能影响志愿者组织比永久性人员组织更多。

粘土

大家好，

我刚检查了Dropbox，它看起来像一个病毒感染了我的联系人列表。

Fran Ryan.

嗨粘土，这些都是重要的见解。电子表格当然是用于数据收集和存储的可怕工具，尤其是多个用户和许多项目。要使用一个简单的示例，（如您所知）即使是MS访问是一个比Excel的数据存储更好的小系统，因为它具有确保数据完整性和数据类型的规则。灵活性太多是数据存储的灾难，但对于分析预先存在的数据集是很好的。在去年在卢旺达建立OpenMRS-TB系统的最大挑战正在清洁250个患者记录的250列电子表格。

我的目的是建立良好的标准任务的系统，并且是灵活的，但包括内置的数据完整性检查和分析工具。这是一个平衡的行为来实现它！

让我们不要忘记新的离线+在线应用工具，如Air和
Silverlight。

易于使用，适应性，能够处理数据库
与网页开发简单的互动。

谢谢哈米什指出谷歌的表格不是最好的手段
捕获数据。因为它是“自由”，并且已经变得有些无处不在
许多人蜂拥而至。这里有一些简单的映射
在我看来是非常有用的，但是开发一个Open的可能性
完成必要任务的框架太诱人了
松手。

好像我们需要另一场灾难……路易斯安那州证明了这一点
不消散，我们真的取决于我们最好的东西
可生产工具*现在*。

一个“危机阵营”是获得技术方面的一个很好的手段
完成了事情，所有这些都需要充分详细
目标描述。

将项目移交给下一组程序员，一个危机营项目
真的会在醒着的时候环游世界吗
编码器团队，因此，进步速度迅速。

开放MRS是一个出色的开始。这是足够的吗？我们可以开始实际吗？
在这个'雕塑'的大理石中砍伐碎片？

健康是其他组织不能争论优先权的地方和任何地方
关于采用兼容格式的讨论将很短，如果“健康
它“提供了一个可扩展的框架。

甚至可以在核心特征集中实现达成共识
可以添加哪些专业模块。

我们准备好开始吗？

OM

亚伦,

您是否更喜欢旨在适合的在线+离线系统
目的?“简单工具”可以相对容易地创建和制作
如果我们询问，可用。

约翰，MSF岩石！
>
> - 在灾难响应的前两周内可以使用哪些工具
>当没有保证的单元网络服务时？

太阳能充电的智能手机可以捕获数据，上传到笔记本电脑，或等待
用于电池连接。

什么时候会发生什么
>没有电或者有频繁的、长时间的中断
>电源？

可以使用配置为反映基于电话的表单的纸质表单
并为OCR设置为捕获和编码复选框，一些文本，简单
生命的标志图，EGK和图像上的图像，如解剖图。

> - 谁是新手持工具的用户？我有一些感觉
>数据应在手术反应的第一阶段收集，但是
>我真的很好奇它是如何工作的。期待它是现实的
>每天治疗许多10名患者的外科医生持续20小时
>将在手机或Android中输入数据的人？

对于紧急活动的极端情况，最简单、最好的解决方案
可能是一个录音设备。我犹豫了建议'发明'
技术满足每一种需求，但是一个带有独特RFID的USB拇指驱动器
可以保留标识符和单个按钮“记录”功能
患者并插入时间允许时下载转录。

在你的例子中，没有时间进行详细的图表，但是甚至是一个
Android设备可以配置为拍摄照片并记录a
病人病情+治疗的简要总结。我们正在进入
Terabyte硬盘的境界是天气和热量的“证明”制作
一些技术用途可能比纸张更耐用。

我肯定希望看到'Ad-hoc'网络的实施基本上
将数据从电话转移到手机或电话到电话连接
笔记本电脑。这已被研究，并不是一个巨大的技术障碍。

它肯定会提高反应能力，很好地扩展到
恢复工作的渐进阶段。

OM

大家好，

感谢您参加此迷人的小组。

虽然专家小组部分的讨论已经正式结束，我们邀请您继续对话。

我们要感谢我们的小组成员：John Brooks，Josh Nesbit和Ed Jezierski为他们的贡献。

迄今为止总结讨论的博客文章将很快获得www.mobileacctive.org.．

最好，
anat

亲爱的所有,

对小组的关键参考和建议进行同行评审讨论简介：“救灾和重建的卫生：地震后海地的课程”现在可以在讨论中提供：http：//www.mego-meet.com/tech/discussion/ghdonline-health-it-expert-panel-apr ...

此外，elrha(加强人道主义援助的学习和研究)的研究人员刚刚发表了一项研究:“人道主义部门的专业化”(全文)http://www.elrha.org/professionalisation）值得呼吁建立一个专业协会的人道主义工作者。想法？

谢谢你，索菲

关于救灾，我建议首先关注
最佳实践的标准化，其次是分类和
协调数据收集实践。

理想情况下，救灾的标准协议应该是基于
研究驱动的证据，并应该产生一套稳定的基线
数据收集下游实施的要求
实践。

救灾协议及其相关数据收集
实践应该回答两个关键问题 -

为什么每个特定的数据都很重要？
每个特定的数据将用于什么?

它更好地采取需求驱动（基于需求）与a
供应驱动（基于数据）的方法。这不仅仅是
面对稀缺资源，优化数据集合，但是
支持更好地协调利益攸关方的活动。

为了成功，我还会提出更大的投资
围绕要求分析的培训和正式化作为常规
项目活动。正式化应包括建立指标
展示对项目的需求分析的价值。

这可能也可以作为专业化的一个基础
人道主义服务部门。