一個醫療實踐已經接近我們，關於使用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