joinjoin

彭立人醫師

有人問初期醫療院所不會得到太多好處,可能會不願意配合您的隨身病歷的轉檔......
而且初期可能因隨身病歷環境未臻成熟,民眾取用的需求不大,而使您所謂的安全網站病情資訊保管箱無法得到平衡的進帳......
是否考慮向醫療院所整批購買數位病情資料的使用權,民眾只要一加入會員就可以取用多家醫療院所的病情資料......

以上問題的答案,
就是我規劃隨身病歷的第二階段......Hospital-driven.
之前說的是第一階段由病人啟動的Patient-driven.........

與醫療院所談,由另一個層面切入.

Another Kind of Back-up : Patient Orientated Back-up對民眾比較有價值;與其他院所資料Merge後,再做加值就可以向民眾收費,而減輕醫療院所資訊處理費用的負擔.

但整件事的重點是,若由某一個醫院單獨來做,沒有辦法產生足夠的市場驅動力.因為台灣的病人,通常都看數個醫療院所.單一醫療院所沒有辦法Cover大多數民眾的大部份數位病情資料.

我很想讓醫療院所用Dumping資料的方式來做Collect病情資料這個步驟.也就是Hospital driven.因為這樣做,讓民眾最省力,也最願意付費.換句話說就是市場最大.

但反過來說,這樣資訊處理的Effort最大.Hospital driven機制下,資訊處理的Effort可以分成三部份 :

第一部份:醫療院所必須加寫一個轉檔介面.

第二部份:轉檔是很花時間及很耗用CPU,HD等資源的.尤其是因為原來資料不是依病人按戶歸檔儲存的.

第三部份:Joinhealth一次接大量數位資料進來,需耗用大量資源去消化.

我提一個Two-step的做法

因為轉檔過程會耗用醫療院所大量資源,所以我會用”移動主機(將主機放在車上)Mobile Server,MS”開去教學醫院.用光纖接上醫院的Back-up Server,將資料先迅速接到”移動主機”上就離線.然後在MS上Run轉檔程式.

Run完(可能要一兩天),產生DVD-RW帶回joinhealth,而原資料消掉(在見證下).然後”移動主機”再開去下一個教學醫院………

之後,這家教學醫院就每看一個病人,Save時就同時寫出兩個File,新的joinformat file就先集中儲存,然後定期Dump給joinhealth.

會有一組工程師在”移動主機”車上,轉戰各醫院,幫助各醫院建立轉檔介面程式.

若能力所及,joinhealth將同時派出三組車子,以半年的時間Collect 574 家醫院的數位病情資料並建立各家的轉檔介面.

在Collect各醫院病情資料之前,必須先說服他們接受joinhealth concept,而先Sign Pre-Contrast.

拿這些Pre-Contrasts去Convince創投來投錢.

有了錢,有了足夠的錢,一切才能開始!