一个医疗实践已经接近我们，关于使用Filemaker作为一个完全的EMR系统，重点放在使用iPad输入患者记录，照片，数字签名等，这些显然可以在台式机上访问。最终，他们希望这样的系统能够取代他们目前的EMR并接管所有的计费操作，患者日程安排等等。他们只在实践中使用Mac。Filemaker是否适合EMR？
我们很少有经验的Filemaker却发现this讨论的优点和缺点它不过它似乎自2009年当有人问那的Filemaker已经走过了很长的路要走......
所以，总体来说，我试图研究Filemaker是否适合这种应用，或者使用FMP12和FM Go的组合的优点和缺点。
（对不起，如果我做错了什么 - 第一个问题...）
谢谢！
老实说，不值得。 这是一个非常笨重的数据库前端。
如果你决定选择它，你基本上坚持支付一个Filemaker开发人员的余下的存在。
目前我的一个客户已经拥有了最后的〜6 +吗？在过去的8个月中与他们在一起多年后，我努力将他们推离新的系统。
我可以建议看看Mastercare EMR，Profile和MMEX。
FileMaker完全有能力，当然，我希望你会以比任何其他方法更快的速度获得第一个结果，特别是在iPad上。 FileMaker中有很多EMR。当然有缺点，它始终针对最终用户，因此从常见程序员的角度来看，它的结果相当不合常规。许多程序员不喜欢这个。作为最终用户，它遭受了许多简化（实际上并不完全受到影响;这使得开发速度更快，因为选择更少），但人们总是需要特殊的东西，所以有大量的解决方法可以克服这些简化。这些解决方法从相对无害到非常多毛。
例如，要在iPad上签署文档，您需要通过“data：”协议添加一个指向生成的HTML页面的web查看器控件。该页面将具有捕获用户触摸的JavaScript，在画布上绘制它们，并将其序列化为一个字符串。稍后，脚本将捕获该字符串，将其存储在FileMaker字段中，并将生成的HTML更改为使用此字符串，以便JavaScript可以重新签名。这个是相对简单的，因为功能不能以任何其他方式获得，所以它被广泛使用;甚至有一个300美元左右的商业模块。一个复杂的应用程序可能包含数十种此类变通办法;任何不是FileMaker开发人员的人都无法理解您为什么需要Web查看器来捕获签名或为什么使用a strange contraption of invisible tabs to display what looks like a simple pop-up list。即这不像是你读了一本书并从那里工作;准备好阅读不少博客和频繁的论坛和邮件列表。
也就是说，这是一个很好的产品，但具有独特的功能（例如iPhone/iPad客户端）。与一个优秀的开发者配对，它可以非常强大。
谢谢！一个很好的答案，但杰米的感觉更具体到我们的应用程序。 – derman
在开发了在3年最近位置的电子病历系统，我可以告诉你的经验，对于一个真正的电子病历系统的需求可能会迅速长大的范围FileMaker中很容易做到的事情。有几个非常大的，重要的EMR特征浮现在脑海中立刻道：
保险资格验证：在那里将是打所有的主要纳税人的Web服务或第三方聚合器从iPad核实保险资格的方式？
保险卡OCR：确保你能捕捉保险卡的照片，但现在你有后台人员输入从图像信息。我们在EMR实现OCR的保险卡，这是一个巨大的成本和节省时间。
安全/隐私问题：HIPAA法案是一个大问题，而且是合适的FileMaker透明是兼容？有什么方法可以审计谁在查看记录？数据如何通过电线传输？
电子处方：所有现代电子病历的支持电子处方，其中携带一套复杂的规则和实施细节以及它，我想确保FileMaker可以在继续之前与电子处方网关集成。
我主要关心的是，使用任何现成的跨平台工具来解决像EMR这样庞大而复杂的问题将会被绘制到道路上的一个角落，并将大量时间和金钱投入到解决方案中这可能让你无法实现一个特性或需求，而支付开发原生iOS应用（与Web应用程序和其他任何你需要与集成）的前面的价格会消除这种可能性，但显然成本更高。
它只是似乎像iPad这样的功能，这些建议的是还没有应用，没有这种做法真的没有理由从现有EMR移动。实际上，Filemaker弹出作为一个可行选项的唯一原因是因为它的iPad功能。基本上，它是“这个工程究竟如何，我们希望它在iPad”或者没有为他们... – derman