medicalmaccom

山本康仁

medicalmaccom

ツイートの並び順 : 新→古 | 古→新

表示するツイート : 全て | Replyを除く | Mentionを除く

Twilog ホーム » @medicalmaccom

2012年06月03日(日) 2 tweets

ソース取得:

デジタル化、IT化は重要だが、目的ではない。非デジタルで実現しない仕組みは、単純なIT置換では成功しない。 IT化で成功した事例は、置換以上の秘訣がある。医療以外の成功事例も参考に、さらには成功事案そのものを参考にすべきだろう。

posted at 12:29:13

さて、函館空港。搭乗をlすませて、早めに東京へ戻る。 今回の学会で再度確認できたこと。 システムは利用されなければ、他んなんる自己満足。システム自身が利用率を評価できる様に設計されなければならないことは当たり前。なのにそれが出来ていないシステムありきの事案がある。そこに活路。

posted at 12:25:05

2012年06月02日(土) 14 tweets

ソース取得:

@shigemary 電子カルテ+連携情報なのでEHRナノカモ。ただ、対象がローカルなのでスタンドアローンなんじゃないでしょうか。あまり差はわかりませんが。

posted at 16:46:54

地域の医療資源の確保を目的としたアクセスコントロールと、今の保険制度のフリーアクセスをどう共存させるのか。 スーパーバイザ自身が単一障害点に成り下がった仮想環境の様なもにならない事を、祈るばかり。

posted at 16:40:37

そのサービスは利用されているのか。 ユーザーに不満は無いのか。 複雑すぎないか。 ITが目的になっていないか。 無視されていないか。 いずれも、原因を探ればそこに答えがある。 探す事に気付く必要がある。

posted at 16:26:02

現実を向くと、無理なIT化は皆無。多くの臨床家はIT化で挫折を味わい、継続可能なレベルに簡素化して継続する。逆なベクトルは継続に疑問が残るほど、複雑化しIT化そのものが目的化している。違和感はそこ。 自分はどちらか。 常に自問できる仕組みが必要。そこに答えがある。

posted at 16:21:56

@ONH5 そうなんですが、結構これセンサーがないと難しいです。患者認証作業で患者=看護師位置の認定をしていますが、点滴交換が一日2回だと、2回しか認証されなかったりします。看護師で集積しても、凄くメッシュが荒いんです。

posted at 10:40:36

@ONH5 目的を突かれちゃいましたね。目的が不明瞭なので、プライバシー面を心配されちゃうのかもしれません。 肉体的疲労よりも、心理面での疲労のインジケーターを見つける方が有益なような気がします。

posted at 10:38:07

@ONH5 万歩計だけでも、看護師のお疲れ具合をカウントするだけでも、疲労によるインシデント防止とかできないでしょうかね。

posted at 10:32:08

これだけ大量にセンサーをつけて、さて何が出てくるのだろう。カメラをつけて、エリアセンサーの代わりにしたらそれで済むんじゃないかな。例えば、モニターのアラートが光ったらとか、点滴のところに人影があったらとか。

posted at 10:30:27

@micind いやこの後に、ウエアラブルセンサーとビックデータの処理のお話がでてくると思います。

posted at 10:20:06

そうか、このプレゼンは、何が足りないのかを考えさせるためにあるんだ。 朝日が海水面に反射して、真っ白。逆光で景色もぼやっとしている。大きな客船が横切っていたのだけど、逆光のなかで陰の部分がシルエットではっきり見えた。 玉虫色の答弁の抜けている部分が本質をよく示す。

posted at 09:44:02

単純にiDをあわせて、データを繋げば打ち出の小槌のように成果がでる。というまやかしのような話に聞こえちゃう。 非常に粗結合な情報の断片をつなぎ合わせるのは困難。その都度、足りない情報をDBのほうからお願いして収集する仕組みが必要だと思うけどどうかな?

posted at 09:39:22

第一会場の温度が高く、不快なので、第二会場の中継へ移動。涼しくて空いていてよいのだけど、音声が割れてて、まったく聞き取れない。画像は歪みまくり。 アマチュアのustの中継でもこのクオリティはないだろう。低レベルすぎる!

posted at 09:22:05

@cresta7878 壮大なバズワードの羅列。このなかから、役立つ情報をフィルタリングするのが大変。これまでの延々のお話、「情報集約処理が必要」って、個々にいる人で、それが不必要と思う人はいるのかな?

posted at 09:13:16

今日はネギトロも有りました。朝早く起きて温泉。6時半から朝ごはん。今日の演題、一つ凄く興味深いのがあるので、事前に予習! (at 北の番屋(La Vista 函館ベイ2F)) [pic] — http://t.co/pRr91Krr

posted at 07:08:12

2012年06月01日(金) 13 tweets

ソース取得:

@ONH5 @shigemary 富士通ブースはどこでしょう?

posted at 11:30:43

@tmskmr ですねぇ。当院の場合は、ロジックがある患者のときだけ、うまく動かない場合があって、その思考機序(どうして除外されたかが、)が記録されているので、しらべて原因を排除します。先日の案件は、電子カルテのロジックバグを機械が発見しました。

posted at 10:12:01

マルチエージェントシステム、個々の人の振る舞いの差異をどのように取り扱っているかという質問。 いや、これ当然でしょ。 当院では個人別に振る舞いチェックを記録しています。凄く人によって異なりますよね。

posted at 10:05:37

知らなかった。イカ釣り船のあの明るい光は、光を嫌うイカを船底の陰の部分に追い込むための仕組みだったんだ。

posted at 10:02:52

大域カーナビゲーション。個々のノードが細かくディジョンするもの。2003年頃のカーナビ。VICSが少し流通したころ。 タイムラグのあるルーティング装置では、装着率20%程度が効率よく、100%にカーナビを装着すると、つけないのと変わらない。能無しに。 タイムラグ無しがいいね

posted at 09:51:53

デザイン=創造>構成>サービス>デザインのループ。止まらないループ。 お金かかりそうですね(皮肉)

posted at 09:48:23

情報とデザインの関係は、まさに情報の構造を決定するのはデザインだと。 何を使っても良い、クリエティブな領域ではデザインが重要である。 テーブル定義から始めるのじゃなくて、レイアウトから作ろう。みたいな(そんな単純なことじゃないけど)なんか、そんな感じのお話。(曲解?)

posted at 09:46:24

主張/中島先生、現在進行中のシステムは単純に現在の構造を電子に置き換えているにすぎず、情報処理の可能性を十分に使っていないのじゃないか。それを提案した。 ごもっともです。全然使ってませんねぇ。 IBMのSmarter Planetの標語を引き合いに、未来を目指すそうです。

posted at 09:41:54

未来大学の中島教授による人工知能の講演。LISPの上のPrologの上の副作用エキスパートシステムみたいな構造、(ただし人間関係)話の主題は、Multagent(1990)からUbiquitous(2000)ぐらいまでのテーマだそうです。

posted at 09:39:02

@Oh3313A なんとなく、情報の永続性(移植性)程度のゴールなので、変換さえできれば良いレベルじゃないかと、勝手に感じます。本当の意味で、「標準化された情報の保存(個別の情報として、現実をできるけ有用に保存する)」を目指しているような感じではなさそうです。

posted at 09:31:20

保険局から、医療情報システムにおける標準化の推進が盛り込まれた。保険局からというのがミソで、今後算定要件になるかもしれないという。

posted at 09:19:16

EyeFiの設定をこれまでは、中解像度jpegにしていたけど、少し時間がかかってもsRAWに切り替えてみた。良さそう。

posted at 08:05:34

炉端焼きの山。朝六時台から大盛況の、朝食バイキング。タクシーの運転手さんに、美味しい料理はどこ、と聴いたら、このホテルの朝食と言っていた意味が少しわかった。 (at 北の番屋(La Vista 函館ベイ2F)) [pic] — http://t.co/pcx8elF8

posted at 07:34:45

2012年05月31日(木) 2 tweets

ソース取得:

At むらかみ [pic] — http://t.co/KfYXuwrf

posted at 20:23:37

@ONH5 @hitcher7 皆さん早いですね。私は夜の便でむかいます。

posted at 09:05:02

2012年05月30日(水) 4 tweets

ソース取得:

@Oh3313A これもfacebookのほうで、とある方が紹介くださった動画です。TEDは素晴らしいプレゼンがたくさんあるし、勉強になりますがm全部チェックするのは時間的に困難ですから、そうしたモチベーションの高い方の知見、紹介は助かります。

posted at 15:35:32

@ttaniguti 動いていません。

posted at 13:06:20

@Oh3313A @numajava @shigemary @onh5 @katsuyayht @y_kinoshita 勿論二足の草鞋を経営側に認知させ、活動の場を確保してもらう必要はあります。経営側も裁量権のある時間を増やすなど、インセンティブの方向を変えるやり方はありと。

posted at 08:12:29

@Oh3313A @numajava @shigemary @onh5 @katsuyayht @y_kinoshita 二足のわらじにインセンティブを与えると、効率が落ちるかもです。あくまでも自主性を確保した上で。18分あります http://t.co/fVEtjSfb

posted at 06:24:31

2012年05月29日(火) 3 tweets

ソース取得:

検査部門システムと放射線部門システムで実施され、連携の問題で実施者不明の電子カルテ情報を、予測、補完するロジックを組み込み、テスト開始。さて、いかがな状況か様子観察。

posted at 07:15:26

@ONH5 @numajava @katsuyayht @y_kinoshita こちらの場合、改修はすべて系列病院合同案件となるため、さらに複雑。問題解決リストの何番目かが不明なので、場合によって3年越しとかあります。

posted at 07:12:24

@ONH5 @numajava @katsuyayht @y_kinoshita 私の場合、機能ヒアリング>試作>修正>リリース前確認>修正、でしょうか。ただ、最初の1回目以降を他の施設で、他の人が行い、意味不明のものになってかえってくることが多々ありました。

posted at 06:33:15

2012年05月28日(月) 4 tweets

ソース取得:

@Y_Kinoshita @onh5 @katsuyayht そうですね。両方がハッピーな案件というのは重要。基本的に費用圧縮が絶対命令で、冒険ができない公立病院で、ウォーターフォール以外選択の余地はなかったりします。残念ですが。

posted at 21:44:37

@Y_Kinoshita @onh5 @katsuyayht 特に契約管理が二階建ての組織では、入札価格の上昇を嫌って、要件定義の多くを削除され、結果的に骨抜きの仕様書にされる場合もあります。十数ページの細かい仕様書はそのままゴミ箱へ、なんてことはよく有ることです。

posted at 21:33:34

@medicalmaccom @y_kinoshita @onh5 @katsuyayht 電子カルテ本体の場合、調査費用が初年度に織り込まれるようですが、数千万円程度の二次システムでは、要件定義を流用するか、要件定義も込みみの「詳細は担当者と協議の上、、、」漠然仕様書に。

posted at 21:30:48

@Y_Kinoshita @onh5 @katsuyayht 建築関連や大物の機器関連なら、入札仕様を決定するための、設計委託の入札というのが本体の前半にあるのですけど、医療用のシステムには、要件定義を作るための委託があるのは、大きな案件以外はあまりないかもです。

posted at 21:25:12

2012年05月27日(日) 3 tweets

ソース取得:

部門システムでの電子カルテへの実施情報にはユーザー情報が欠落していて、補完出来ない。これは連携プログラムの仕様や、部門の認証情報との互換性の問題もある。、これを予測する仕組みを作ろう。

posted at 17:45:33

救急外来終了。救急トリアージマーカーで、除外は救急車だけのはずが、昨日同じ診療科受診の場合は除外されていた。自分ではそう書いたつもりはなかったけど、ちゃんと動いていた。何となく気味がわるいけど、たしかそんな感じ。

posted at 17:21:17

@numajava ライブツイートは訓練しないとできないですよね。非常に感謝しています。また、複数のライブツイートを比較することで、同じ発表を立体視できるような感覚がうまれて、非常におもしろいです。

posted at 08:15:42

2012年05月26日(土) 2 tweets

ソース取得:

@cresta7878 @rokunobo @onh5 医療業務をある程度集約したとき、その内部のプロセスのイベントが取れず、集約されたビューの登録時のイベントしか取得できないという傾向がつよいのでしょうか。ただ、EGMAINも結果的に各種ツールのローカルDBを取得するのは困難

posted at 14:31:45

@cresta7878 @rokunobo @onh5 MegaOAKとHL7の話もありましたが、確かに医療の中身の電子的可読性をそれ以外に任せていて、MegaOAK自体が希薄なのでそういう印象を持たれるのかもしれません。イベントドリブンといういみでも、不利かもですね。

posted at 14:28:46

2012年05月24日(木) 6 tweets

ソース取得:

@tmskmr 複数のデータをマッシュアップすれば、ばれないとでも思っているのでしょうか。今日は注意深く複数の事象からプレゼンスが得られる様に、本人にも違和感が無い抽出エンジンを書きました。それなりに動いている様です。

posted at 21:34:05

吃音の原因として、運動言語野と同側の聴覚野の接続が不十分で、反対側の聴覚野での代償が発生、速度的に間に合わず吃音が生じるというもの。HiPERシステムも発声立案部分と発声部分が分離していて、この間の発声抑制を制御しているルーチンは比較的「タイミング依存」だったりする。深いなー

posted at 17:59:52

@ONH5 @skoba @cresta7878 了解です。まぁ、人が集まる「場所」の提供という程度の意味合いで、、、。

posted at 09:41:05

@tmskmr: とは言え利益の9割を家庭用電力から得るような価格体系は不公平だと思います。” 確かにその通りですね。そういう情報が公開されるようになったのはプラスととるべきでしょうか。

posted at 09:39:59

東電をかばうわけじゃないけど、マンション内変電設備とか東電の持ち物だし、地上においてあるトランスなんかも電力会社の設備なわけで、それを十何億円もかけて、毎年大量の保守費用をはらっている事業所向け電力と価格が違うといわれても、そうですね。って感じなんだけど。どうなんだろう。

posted at 07:10:35

http://t.co/ixmjKK87 確かに改善した。ちょっとびっくり。 ホームボタンの反応が鈍いとおもっているかたは試す価値ありですね。

posted at 06:31:08

last update 06/03 20:08

ツイート検索

«2012年6月 
    123
45678910
11121314151617
18192021222324
252627282930 

Recent

Archives

» more...

Friends

» 全てのFriendsを見る...

Hashtags

» 全てのHashtagsを見る...

Stats・Feed