アカウント名:
パスワード:
電子化でミスが減った理由って一体なんだろ？
そもそも、どの段階でのミスだったのか知りたいところではあったり。
医師が処方箋を書く段階での問題だったのか？処方箋が患者に渡るまでの問題だったのか？処方箋を見た上で薬を患者に渡す段階での問題か？あるいは患者自身が服用する段階での問題だったのか？
#結局のところ、この手の人間にまつわる問題は、問題起こした人間を解雇するのが一番効果あるんだよな。人間性の問題は人間を排除しなきゃ再発の可能性は消えない。
>#結局のところ、この手の人間にまつわる問題は、問題起こした人間を解雇するのが一番効果あるんだよな。
どういう経験を通じてこういう結論に至ったのかは聞いてみたい。
>どういう経験を通じてこういう結論に至ったのかは聞いてみたい。
電子決済とか、電子回覧とか、その手のワークフロー関係のシステムを組んでると、そう思いますよ。
少しでもシステム側に隙があると、人間って設計者が想像もしない使い方しますからｗ
#過去に既存のシステムを引き継いだら、システム部の操作方法の認識とユーザーの認識が真逆で吹いた覚えがある（苦笑）
>電子決済とか、電子回覧とか、その手のワークフロー関係のシステムを組んでると、そう思いますよ。
けっこう強い主張だったんで「電子処方箋システム」を運用した経験があるのかと思ったんですよ。
「問題起こしたら解雇」というのを徹底しすぎると、「問題を隠蔽する」「既存のルールで判断しかねる緊急事態が起きたとき、責任を恐れて『何もしない』ことを選ぶ」、など人間や組織の運用ルールも含めた広い意味での「システム」が破綻しそうにも思います。
# 根本的に「向いてない」人というのはいるので、そういう人にはよりフィットする業務に回ってもらうっていうのはもちろん重要ですが。
ですよね。人間はミスをするという前提条件の上で「システム」を設計しないと絶対に失敗しますね。
（ここでいうシステムとはコンピュータ処理に限らない。様々な仕組み）
> 少しでもシステム側に隙があると、人間って設計者が想像もしない使い方しますからｗそういう「隙のあるシステム」を組んでしまった人間も、それを漫然と引き継いだ人間も解雇すべきなんでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
電子化でミスが減る理由が分からない (スコア:1)
電子化でミスが減った理由って一体なんだろ？
そもそも、どの段階でのミスだったのか知りたいところではあったり。
医師が処方箋を書く段階での問題だったのか？
処方箋が患者に渡るまでの問題だったのか？
処方箋を見た上で薬を患者に渡す段階での問題か？
あるいは患者自身が服用する段階での問題だったのか？
#結局のところ、この手の人間にまつわる問題は、問題起こした人間を解雇するのが一番効果あるんだよな。人間性の問題は人間を排除しなきゃ再発の可能性は消えない。
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
>#結局のところ、この手の人間にまつわる問題は、問題起こした人間を解雇するのが一番効果あるんだよな。
どういう経験を通じてこういう結論に至ったのかは聞いてみたい。
Re:電子化でミスが減る理由が分からない (スコア:1)
>どういう経験を通じてこういう結論に至ったのかは聞いてみたい。
電子決済とか、電子回覧とか、その手のワークフロー関係のシステムを組んでると、そう思いますよ。
少しでもシステム側に隙があると、人間って設計者が想像もしない使い方しますからｗ
#過去に既存のシステムを引き継いだら、システム部の操作方法の認識とユーザーの認識が真逆で吹いた覚えがある（苦笑）
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
>電子決済とか、電子回覧とか、その手のワークフロー関係のシステムを組んでると、そう思いますよ。
けっこう強い主張だったんで「電子処方箋システム」を運用した経験があるのかと思ったんですよ。
Re: (スコア:0)
「問題起こしたら解雇」というのを徹底しすぎると、「問題を隠蔽する」「既存のルールで判断しかねる緊急事態が起きたとき、責任を恐れて『何もしない』ことを選ぶ」、など人間や組織の運用ルールも含めた広い意味での「システム」が破綻しそうにも思います。
# 根本的に「向いてない」人というのはいるので、そういう人にはよりフィットする業務に回ってもらうっていうのはもちろん重要ですが。
Re: (スコア:0)
ですよね。人間はミスをするという前提条件の上で「システム」を設計しないと絶対に失敗しますね。
（ここでいうシステムとはコンピュータ処理に限らない。様々な仕組み）
Re: (スコア:0)
> 少しでもシステム側に隙があると、人間って設計者が想像もしない使い方しますからｗ
そういう「隙のあるシステム」を組んでしまった人間も、それを漫然と引き継いだ人間も解雇すべきなんでは?