PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 七嘴八舌異言堂
帳戶
密碼
 

  回應
 
主題工具
weirock
*停權中*
 
weirock的大頭照
 

加入日期: Mar 2008
文章: 5,843
引用:
作者BMC
如果真的是隸屬衛生署的OPO沒做好,甚至還有證據是衛生署官員對於這個組織管理不佳

為何不能國賠?

當然啦,這個組織看起來只是一個社團法人的感覺,國賠我看是很難啦


那種的通常是醫院拿衛生署的"計畫"預算去聘請約僱人員啦...
     
      
舊 2011-08-31, 02:19 PM #91
回應時引用此文章
weirock離線中  
g875005
*停權中*
 

加入日期: Feb 2011
文章: 1
協調師要當台大的余文,醫界真是太黑暗了.

上次挖挖挖請攝護腺協會會的會長,說有醫師會亂切一通,

有會員莫明奇妙的被切兩粒.
 
舊 2011-08-31, 02:19 PM #92
回應時引用此文章
g875005離線中  
tibia
Basic Member
 

加入日期: Sep 2010
文章: 16
引用:
作者skyang
模糊焦點,真是天大的笑話,裡面根本沒有寫登錄資料是協調師,誰檢驗的就是誰登錄,講究一點的公司,員工飲水機都會定時請SGS檢驗,那報告就貼在飲水機旁,上面都要檢驗員親自畫押上面還會說該檢驗報告出問題,該檢驗員刑責比照公務人員處理,而這麼重大檢驗報告,登錄居然不是檢驗師親自登錄畫押,開玩笑,出問題誰負責阿,誰相信阿。
工業界的檢驗報告從沒聽過不是檢驗師親自登錄畫押。別告訴我醫界有這麼草率。

http://tw.news.yahoo.com/article/ur...31/2/2xv0w.html
台大醫院昨天依衛署限定期限提交檢討報告,院長陳明豐再表示歉意,並強調「該負責的就要負責」。檢討報告定調為是醫檢師和協調師「雙方溝通的誤差」,但協調師又輸入愛滋檢驗陰性的錯誤結果到財團法人器官捐贈移植登錄中心,導致成大也把愛滋病患的心臟植入另一病人身上,因此該協調師要負最大責任。
好像就是協調師輸錯ㄟ
那台大開刀醫師就算查了 也沒鳥用 因為上面還是寫HIV陰性
而且好像也沒人說台大醫師沒去查
只能說算台大倒楣
台大的開刀醫生倒楣
最倒楣的是器官受捐人(成大那個好像已經是陽性了)
舊 2011-08-31, 02:22 PM #93
回應時引用此文章
tibia離線中  
geminiprince
Golden Member
 
geminiprince的大頭照
 

加入日期: May 2002
文章: 2,919


其實呆丸政府相關機構都偷懶...

只是這次呆大剛好出大包被栽也是剛好而已...

記住...

鬼島的官 : 1. 愛錢 2. 怕死 3. 等升官....
舊 2011-08-31, 02:31 PM #94
回應時引用此文章
geminiprince離線中  
Rainwen
*停權中*
 

加入日期: Mar 2002
文章: 733
引用:
作者tibia
問你一個問題
之前有人用不同顏色的桶子來區分不同化學溶液
今天問題在於送來的桶子顏色跟裡面裝的溶液配不起來
那是誰的錯
不重複檢驗就使用的人的錯?

現在是跨醫院 就跟跨公司一樣
你是乙公司的主官 你訂的工安規定都很齊全 萬無一失 有double check
但是有辦法可以管到甲公司?
你說的好像是單一公司的工安處理模式

剛好看到一則讀者投書
http://udn.com/NEWS/OPINION/X1/6560727.shtml
醫界似乎在跨院的病歷資訊交換尚未有完善的統一流程及法令規範.....

這件事就我個人來看,首先要先看衛生署有沒有相關的SOP統一規定或法令?
如果有就要看規定是否完善及各醫院是否有確實遵守,再依此究責。

若沒有衛生署就要先被檢討,這時再來看各醫院有沒有各自訂立相關的SOP流程,
如果沒有或不完善,當然醫院也要檢討,但是衛生署還是問題最大。
若醫院有且完善的流程規範,那就要看相關人員有無確實遵守了~

也就是說,要先看有沒有明確規定,沒有規定就無限上綱要醫師或協調師負全責,
這是不公平的....醫療人員有疏失雖然要負責任,但醫院及政府若沒有建立防範機制,
要負更大責任。
舊 2011-08-31, 02:39 PM #95
回應時引用此文章
Rainwen離線中  
BMC
*停權中*
 

加入日期: Feb 2011
文章: 65
引用:
作者Rainwen
剛好看到一則讀者投書
http://udn.com/NEWS/OPINION/X1/6560727.shtml
醫界似乎在跨院的病歷資訊交換尚未有完善的統一流程及法令規範.....

這件事就我個人來看,首先要先看衛生署有沒有相關的SOP統一規定或法令?
如果有就要看規定是否完善及各醫院是否有確實遵守,再依此究責。

若沒有衛生署就要先被檢討,這時再來看各醫院有沒有各自訂立相關的SOP流程,
如果沒有或不完善,當然醫院也要檢討,但是衛生署還是問題最大。
若醫院有且完善的流程規範,那就要看相關人員有無確實遵守了~

也就是說,要先看有沒有明確規定,沒有規定就無限上綱要醫師或協調師負全責,
這是不公平的....醫療人員有疏失雖然要負責任,但醫院及政府若沒有建立防範機制,
要負更大責任。

如果我告訴你有的話

只是醫院都不想用,你會不會想吐血?

所謂的病歷交換,這不像是網路伺服器架一架就結束的事情,技術上是簡單(我不是說很容易,當然還是要很辛苦的去寫程式,但這種技術性問題跟政治性問題比起來,真的是比較單純),但是都卡在法規啦、規範啦、甚至是利益團體糾葛等問題上面

而且,老實說,連老美老中都做不太到,我也不太期望台灣能做到

歐巴馬也是這幾年才花大錢說要搞醫療資訊技術提升,我們衛生署居然大話說五年內電子病歷實現,你覺得呢?

此文章於 2011-08-31 02:45 PM 被 BMC 編輯.
舊 2011-08-31, 02:41 PM #96
回應時引用此文章
BMC離線中  
tibia
Basic Member
 

加入日期: Sep 2010
文章: 16
引用:
作者BMC
如果我告訴你有的話

只是醫院都不想用,你會不會想吐血?

所謂的病歷交換,這不像是網路伺服器架一架就結束的事情,技術上是簡單(我不是說很容易,當然還是要很辛苦的去寫程式,但這種技術性問題跟政治性問題比起來,真的是比較單純),但是都卡在法規啦、規範啦、甚至是利益團體糾葛等問題上面

而且,老實說,連老美老中都做不太到,我也不太期望台灣能做到

歐巴馬也是這幾年才花大錢說要搞醫療資訊技術提升,我們衛生署居然大話說五年內電子病歷實現,你覺得呢?

我覺得很難ㄟ 電子病歷我不是很懂
但是光是open office去開MS office的word檔都沒有辦法做到100%相容
硬要推病歷交換 萬一出錯 誰要負責?

衛生署何不一開始就開發官方版的電子病歷系統
除非真的太難用
不然有官方免費版
我不信各醫院會願意花錢開發自己的病歷系統
舊 2011-08-31, 02:50 PM #97
回應時引用此文章
tibia離線中  
MyWish_2
*停權中*
 
MyWish_2的大頭照
 

加入日期: Feb 2011
文章: 12
引用:
作者weirock
Elros兄從頭到尾都說出包的是 協調師 了~

也說真正問題在沒防呆機制...所以真正錯的地方是 制度~


闖大禍了,將所有責任全推給小護士(協調師),大醫師都沒錯,大家覺得這符合公平正義嗎~~~  



 

此文章於 2011-08-31 02:54 PM 被 MyWish_2 編輯.
舊 2011-08-31, 02:53 PM #98
回應時引用此文章
MyWish_2離線中  
dmwc
Master Member
 

加入日期: May 2001
文章: 1,622
引用:
作者EAC212
我又沒說同志是 HIV,

看你這種反應.你應該是沒捐過血。

我覺得你已經開始扯東扯西了

家長知道他是同志,所以應該不准捐器官,捐器官和同志有啥關係,捐血也和同志有啥關係,同志只是兩個男生再一起,會不會得性病等等,或是有沒有打賀爾蒙,這些都是不一定的

是同志要捐血也是可以捐,臉上又沒有寫我是同志,身分證健保卡也不會寫,反正台灣不承認,不承認的東西就是不存在,所以台灣根本沒有同志不是嗎
__________________
已關閉簽名檔
舊 2011-08-31, 03:03 PM #99
回應時引用此文章
dmwc離線中  
tibia
Basic Member
 

加入日期: Sep 2010
文章: 16
引用:
作者MyWish_2
闖大禍了,將所有責任全推給小護士(協調師),大醫師都沒錯,大家覺得這符合公平正義嗎~~~  

你的說法才更讓人不能信服吧!
美式的團體工作 本來就是分工合作 一環扣著一環 難道一個10人的團隊 因為一個人出錯
要其他沒出錯的9人受罰嗎?


不過我是不相信台大醫院是美式作風 應該還是偏日式權威作風
所以台大醫生逃不掉
舊 2011-08-31, 03:03 PM #100
回應時引用此文章
tibia離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是11:47 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。