August 11,2005
個人醫療資訊查號台
彭立人醫師
兩種機制
Patient-driven : First
Hospital-driven : Second
一切都應該是民眾發起(Patient-driven).但為了更方便民眾,醫療院所主動嘗試在不影響民眾權益的前提下,在民眾取用彙總(本來需民眾至個別院所去Collect病情資訊)資料前,先主動彙總所有院所資料.而使民眾”取用”這個動作,變成落實”提出要求病情資訊”的動作.
而即便是醫資中心開始Collect院所Dump上來的病情資料,也是採漸進式的.因為不是政府下命令,而是民間商業模式來做,所以一定是分成好幾個時間段來完成.如分成五個階段:
1. 10年前
2. 10年內到1年前
3. 365天內到60天前
4. 60天內到10天前
5. 240小時內到10分鐘前
第五個階段比較難完成,必須用Upload的方式;從十年前到十天前的數位資料接取,都可用郵寄DVD-RW,CD-RW的方式.
在某醫院能做到Real-time Dump資料到joinhealth之前,都還是有可能需要用到Patient-driven機制.譬如病人看診完馬上就轉診,或是看診完馬上就要求數位病情資訊.
到目前為止,大家至少對Patient-driven機制(經病人要求,院所給予病情資訊磁片,或在繳費處幫其Upload數位病情)這一段都沒問題了,而這一段是一定要先做的.
我想應將joinhealth定位成個人醫療資訊查號台
兩種機制
Patient-driven : First
Hospital-driven : Second
一切都應該是民眾發起(Patient-driven).但為了更方便民眾,醫療院所主動嘗試在不影響民眾權益的前提下,在民眾取用彙總(本來需民眾至個別院所去Collect病情資訊)資料前,先主動彙總所有院所資料.而使民眾”取用”這個動作,變成落實”提出要求病情資訊”的動作.
而即便是醫資中心開始Collect院所Dump上來的病情資料,也是採漸進式的.因為不是政府下命令,而是民間商業模式來做,所以一定是分成好幾個時間段來完成.如分成五個階段:
1. 10年前
2. 10年內到1年前
3. 365天內到60天前
4. 60天內到10天前
5. 240小時內到10分鐘前
第五個階段比較難完成,必須用Upload的方式;從十年前到十天前的數位資料接取,都可用郵寄DVD-RW,CD-RW的方式.
在某醫院能做到Real-time Dump資料到joinhealth之前,都還是有可能需要用到Patient-driven機制.譬如病人看診完馬上就轉診,或是看診完馬上就要求數位病情資訊.
到目前為止,大家至少對Patient-driven機制(經病人要求,院所給予病情資訊磁片,或在繳費處幫其Upload數位病情)這一段都沒問題了,而這一段是一定要先做的.
我想應將joinhealth定位成個人醫療資訊查號台
假想一個全球性的查號台可以儲存個人所有(含曾經有)的電話號碼,地址,e-mail add等.
對大陸台灣美國都有事業的人最為有用,因為他會忘記這10幾個甚至更多的號碼.此時他只要打這個查號台(只要記一個號碼),就可由此link 出來他要的號碼,再由這些號碼找到他想要找的人.
同樣一段話改寫成
假想一個全球性的joinhealth可以儲存個人所有的病情資訊.
對曾經在很多醫療院所(甚至國外)看診的人最為有用,因為他會忘記這10幾個甚至更多的醫生告訴他的病情.此時他只要上到joinhealth網站(只要記一個Valid password),就可由此link 出來他要的病情資訊,再由這些病情資訊找到實體的病歷(如果需要的話).
對大陸台灣美國都有事業的人最為有用,因為他會忘記這10幾個甚至更多的號碼.此時他只要打這個查號台(只要記一個號碼),就可由此link 出來他要的號碼,再由這些號碼找到他想要找的人.
同樣一段話改寫成
假想一個全球性的joinhealth可以儲存個人所有的病情資訊.
對曾經在很多醫療院所(甚至國外)看診的人最為有用,因為他會忘記這10幾個甚至更多的醫生告訴他的病情.此時他只要上到joinhealth網站(只要記一個Valid password),就可由此link 出來他要的病情資訊,再由這些病情資訊找到實體的病歷(如果需要的話).
引用URL
http://cgi.blog.roodo.com/trackback/361918