→ andymai:講到最後~還是人的問題啊?我倒不覺得是技術不純熟~之前有 04/02 05:19
→ andymai:幸把三間醫院的系統整合起來時~最大的問題在於如何統一流 04/02 05:21
→ andymai:程~有的醫院是先做再送單~有的是先送單再做~這個流程不統 04/02 05:23
→ andymai:一~系統要怎麼做才能滿意? 04/02 05:24
→ andymai:理想中當然是模組化後經過設定就可以到各家醫院上線~但是 04/02 05:30
→ andymai:...各家醫院的客制化程度~似乎沒有想像中那麼簡單啊啊啊! 04/02 05:31
因為台灣的模式是採用專案模式，所以需求訪談-系統分析-實作 這種模式，一定會跟臨
床
有第一線的接觸，只要醫生有意見，他想改就是客戶需求，所以沒得選。除非用資訊室主
任兼副院長的權力來強迫臨床人員使用，醫生可以有意見，但是決定權還是在醫院管理層
。有心要經營醫院資訊實力的醫院，看他的資訊室主任是不是副院長就知道了。
台灣的SI廠商，都跟醫生直接談，每個醫生的意見當然會不一樣，會依照自己的想法跟
習慣來改流程，如果Sense夠的話，當然問題比較小。但通常都是因為自已用最順，所以
會叫廠商改成他想要的，但可以一個修改會造成除了他以外的人作業流程的複雜化，進而
將整體的功效徹底打折。如果能避開跟科主任或醫生直接對談，也就是他們有決定權這種
方式的話，直接找對的人談，這樣是正確的。
類似的問題很像公文系統，每一個處室都會定出讓自己工作最順利的流程，但是因為一個
人的方便造成一大堆人的不便。學校的公文資訊系統也是常遇到這種問題。
我有遇過一個總務處收學生停車費，承辦人為了自己的方便規定班代一定要統計全班的
停車位人數以及收錢的工作，這樣他只要收件、Keyin到系統就好。但這樣就造成全校
學生很大困擾。改公文系統的客戶需求應該僅次於醫院的困難程度。
有些醫院，例如(長庚)可以規定用醫生一定要用最後的結果，不爽又就請走人(聽說的)
但有些醫院等就是以科主任為主，所以資訊室的功能就會弱化到發包中心，打電話請廠
商來、修電腦等工作。
相比較國外的軟體，你看醫生跟護士會因為沒有辦法100%符合自己的便利性，然後硬
要叫你改嗎?還不是最後就默默的接受。所以依照醫院的管理來說，應該是要由一個強
大的資訊室跟地位僅次於院長的主任，來主導這一切。從一開始，就從醫生下手，萬一
換個醫生或是調職等，當然最後就會改來改去。醫院管理層如果採這種政策，當然就會
造成今天的結果。
所以敝人見解就是廠商代表找去對的人來談，而不是一昧的討好醫生。
軟體人要先表現出專業，醫生才會重視專業，不然他會覺得你只是來討好他的，醫生不
尊重你，護士當然也不會尊重你，你在維修的時候，他會嫌你不要擋到他的路，而不是
關心你說系統更新有沒有讓他們更順暢。
※ 編輯: leoace 來自: 77.10.134.145 (04/03 04:55)
推 mgtsai:一人的方便造成一群人的不方便，這句話真的心有戚戚焉 04/03 11:19
→ mgtsai:但甲方沒有這樣的自覺，我認為情有可原，畢竟不是資訊專業 04/03 11:20
→ mgtsai:比較可悲的是，很多乙方也沒有這樣的認知 04/03 11:23
→ mgtsai:以為訪談弄得好就可以搞定一切，卻忽略了許多喬事情的手腕 04/03 11:25
→ mgtsai:我的解釋是 SI 這一行過度競爭，大家為了搶案 04/03 11:27
→ mgtsai:演變為什麼事都討好甲方的風氣，因為不這樣就搶不到案子 04/03 11:29
推 astt88:其實這現象不只出現在醫療系統，一般專案也有此情況 04/03 12:12
→ astt88:換個承辦人或使用者就會有這個情況發生 04/03 12:17
→ astt88:因為每個人使用系統的角度不一樣 04/03 12:17
→ astt88:若需求間互有衝突，最好先確認需求，讓需求達到共識 04/03 12:18
→ astt88:沒有先確認好，以後還是會改來改去的 04/03 12:19
→ astt88:有些承辦人他使用不順手，就當做bug，一直報bug 04/03 12:22
→ astt88:一直凹要免費修改XD 04/03 12:23
→ andymai:看來早上精神不太好~回錯篇了XD 的確如樓上所說~不管什麼 04/03 12:52
→ andymai:專案~只要沒有達成共識~失去平衡~都會有一樣的情形... 04/03 12:53