Pull many drawers or Push them on a Desk

「physician order entry system」的圖片搜尋結果

 

A Physician Order Entry System is in the Same Design Structure as a Kitchen.  

A physician order entry system (POES)  is complicated.  It is just like a kitchen, there are a lot of drawers and closet. You must draw many drawers and open some closet to have your cookware, seasoning, and foods. Then you can process your work smoothly.

Many people have the same experience. They might forget something that they put them in which drawers. They should try to pull some drawers in order to find them. The Same situation can happen while physician operating an unfriendly and inhuman computer system. A physician they need open a lot of toolbars and seek many option buttons to find the medications and choose the right examination and test, such as whole blood, x-ray or sonography. However, a physician order entry system is really like a kitchen. You can not cook a meal in a novel kitchen and can do nothing in an unfamiliar POES.

If somebody is very intimate, they prepare some foods, eggs and flying pan on a desk. Around them, all seasonings are prepared. You could only cook them and have your meal. That is fine and sweet. A physician can also have the same feeling while they can make a diagnosis, then all concerned will quickly be pushed to a desk. They do not need to do a lot of work to search that they want, however, the medications and tests. It can facility their clinical work and help them to make good management and treatment. Truly, a simple tactics will help a physician to save a lot of time and improve the patients’ satisfaction. They can cease to complain that their physician sees a monitor more than them.  

There is few system is designed by a physician. Nevertheless, the engineering does not understand what a physician needs. Almost POES are designed as a kitchen. There are lots of choice button and many toolbars. A tree-based structure is deployed for physicians to find their option layer by layer, till they find it. A physician just like a cook should pull many drawers to find their options.  Is there any way that physician can have their needs quicker. Yes, it is why a system does not bring all the options on a desk that are concerned with the disease diagnosed. It means push all the options to them and let them have a one-stop shopping.

     

     「kitchen」的圖片搜尋結果

關於臨床資訊系統集成系統

過去醫院的資訊系統,只不過是一個透過系統,把一個散在很多單位的流程,整合起來。主要的目的是通過這樣的系統,可以把帳結的更清楚。

後來因為病歷的保存和運送量太大,檢驗資料把他們整合進去,現行的資訊系統,那是醫院資院的前世今生。

而臨床資料集成系統,當然是未來醫院的很重要的工作,在中國的北京的協合醫院,北京大學的醫院,他們引進了 Microsoft 和 Oracle 在做這方面的工作。

這個臨床資設集成系統,簡稱 Clinical Infomration Intergration System (CIS),聽起來好像是另一個很重大的系統改變,但是它就是物連網的觀念。

在臨床上,有許多的資料,就像血壓計,麻醉科也有一堆機器,婦產科的胎心音記錄,這種有時間序列的臨床資料,醫院的工作場域中,有許多許多的這種資訊。

過去都透過護理人員或底層的醫療工作人員,用手用筆,一筆筆設錄下來,單單的一個記錄,是沒有臨床意義,一定要透過一連續的資訊的收集,才能展現它們的功能。

 

這種臨床資料集成系統,也就像是另一個 PACS 系統,把過去這部份的資料匯編在病歷資料中,最重要的是,它能夠大量減輕護理工作人員的負擔,能讓更少的工作人員,做更多的事情。

基本上,這是人力和效能上的一個很大的指標。

但是這個資料集成的觀念,是很大的挑戰,但是對於醫療工作是一個很好的突破,收到學妹送來的一些資料,我看到這個走向在台灣的醫療工作職場,會帶來某些程度的變化。

要成功,還是需要臨床工作人員和資訊人員的良好溝通,有點難度,我祝福他們,有這個勇氣,有這個機會去嘗試。

臨床資訊系統之整合發展與實務探討

 

 

 

 

對於醫療資訊的前世,今生和未來

星期五,在 FB 上,收到 Alex Wang 的一個交友要求,Alex 一位15年未見的朋友,那時候,他在台北醫學大學醫療資訊研究所就讀,當時我們對於醫院的醫囑系統 CPOE (Computerized Physician Order Entry) 有一個很相同的見解,網頁化的工作環境,能夠在醫院的工作環境中,有很好的效能,比起當時,也可以說是現在還在所使用的 API 的工作環境,來的更友善。

我們共組了一個 Team,來開發這種介面,但是當時沒有成功,因為當時的 IE和 JAVA 的環境,還不成熟,所以這種的醫療工作環境,坎坎坷坷,無法成功的運行。

而今天在藍創的醫療資訊系統上,我們看到了這件事情的成功,界面和運行都非常的完美,但是在中國醫療院所,因為界面的太先進,流程不同於現行醫療人員的思考,還是麻煩一堆,但是這種時勢和走向,應該會是未來的大宗。

從台灣的藥歷檔,還有一些同一集團多院區的工作環境,基本上也都是採用這種設計架構,足見這種系統是比較好工作的方式。

15年了,看到過去自己的 idea 變成了真實的東西,有時候很感嘆,有時候很高興。

2005年到2007年,在美國,UMHS 的工作環境中,看到了一些醫療資訊系統,Go Public 和 Go Individual 的這些,如 Pre-Visit Questionnaire, Dynamic Structure Data Entry, Patient Education on Demand 和  Text in or Scrap out 等等在 Outpatient Service 上的概念,終於有人聽得懂了,可以在期刊發表了。 一些醫療網路行銷 (Medical Internet Intervention) 的故事,也可以出手去賣了。 這些都是我 5到10年內,累績的概念和想法。 很高興的,這些概念可以 Go Publishing 了。

那近五年,我的思考是那些,主要的在醫療資源整合的故事,上個世紀,ERP,SCM 運用在製造的產業,對於整個供應鋉和生產製造業,得到很明顯改善。但是在醫療或服務型的產業,進步微少,最主要的是服務業的產品,單個產品的差異性很大,但是醫療服務上,DRG 和臨床路徑的開展,我們可以預期一些 Disease-Based 的產品,和流程管控的一些概念,會逐漸變成長河。我會遠遠的看看,這些未來的醫療資訊和 Disease-Based 的產品和概念的成長,我希望下一代的醫療資訊,不再是大貓和小貓都走大洞的思考,而是大貓,小貓都走自己的洞,這些大貓,小貓,不是指人的個性化,而是疾病和針對醫療產品的個別化。

利用資訊做產品的展開,Bill of Material 和 ERP 的 Simulation 的思考,逐漸的會在醫療資訊上,扮演一個重要的角色。但是,不容易的是醫療產品的展開,需要有專業知識的醫療工作人員去進行開展,所以需要很高的資本的投入,我想這個故事,不會在台灣的這個環境開花結東,對岸可能有機會,歐美也可能會有這種環境吧。

另外的是 APP 的使用,個人化的病歷載具,會變成最紅最方便的工作,過去所提到的 Personal Medical Record 會變成主流,而取代最在 EMR 在醫療界所佔的地位。而資訊的流通量的增加,雲端的使用,和線上支付系統的成熟,會對未來醫療產品產生很大的變化,而且會有機會改變現行醫療服務和保險。

一般來說病人來醫院有三種重要的需求,其一是透過醫院取得他所需求的藥品,其二是醫院能提供治療性醫療產品,比如說換藥,復健或手術等這方面的醫療產品,其三是最重要的,而且近年來越來越重要的資訊需求,也就是透過醫療院所得到正確,被需要的疾病資訊。

(醫院的選擇  http://powwow.drlin.info/?p=238 )

過去,我們把所有的醫療服務,都放在醫院裏面,未來這些環結和產品,可以進行一種拆解,會型成一種上下流的關係,也就是所謂的生產鍊和醫院資源管理的架構的改變,取代過去醫療院所,盲目的管理人員騎著瞎掉的醫護人員,用著傳統企業管理的工具(不合適的鞍),或許在這方面,醫療資訊和醫院管理,才有機會站在一起。 這種需要跨組織的資訊架構,再十年吧,我們就可以看到這種的情型。

醫療保險的全流和服務流,也會有很大的改變,過去健保局,是集中對醫院支付的,醫院為一個 Pooling 旳地方,再把它分配給廠商,醫師和工作人員。未來這些服務會裂解,成為一個個的產品服務單元,保險對每產品單元的價值和醫師費 Physician Fee,藥品費用更合理的掌控 ,大型的醫療體系,會和醫師 Contract,成為一種開放醫院的架構,台灣大型醫院的存在,會再度的受到挑戰。 這種醫療資訊創造時代,領軍做資源分配的情境,才會出現,過去的那種 Capitation, DRG,Prospect Payment 這種公共衛生體制的不合理管控方式,才會汰舊換新。

再十五年吧,我們可以看到這樣的故事。

未來的醫療資訊,應該是開放的,流動的,可以變型的…..