1月障害対応報告会 === ###### tags: `障害対応報告会` :::info - **Date:** Feb 7, 2020 10:30 AM - **Participants:** - 東京 - 片山 - 佐々木 - 藤原 - 野原 - 内海 - 大阪 - 福田 - 松本 - 吉國 - 藤岡 - **Host:** 佐々木 ::: ## 神奈川予防医学 - スワンサーバー導入 :book: スワンサーバー --- - Identify tasks that can help us raise conversion rate :mag: - オフラインでもOSアクティベーションが可能 - マイクロソフトの自動音声ダイヤルライセンス認証が可能 - RadViewのライセンスは、本番・予備で2ライセンス購入が必須 - デジタルコア社とユーズテックとの取り決め - 今回は1ライセンスで対応 - 本番機を廃棄し、予備機用にライセンスを発行してもらった - 1ライセンス対応の場合は、障害発生時ライセンス発行に時間がかかるので、見積もり作成時、導入時には、施設やFMSに対して、説明すべき ## 三菱神戸病院(未解決) :book: オーダー進捗がDBに書き込まれていない --- - オーダーのステータスが更新されず、受付済みから変わらない - 患者に依存しない、完全にランダム? - エラーログは見当たらない :mag: - MWM 5 - MWM自体は成功 - 撮影済み通知は受け取っていない - mppsなど - 1回 / 週 :gem: 佐々木さん意見 - HW更新後、発生している - 古いOSのときに成立していたプログラムの可能性あり - HW更新の見積書作成時にリスクを考慮しておくべき - 移行検証費など ## オリエンタル名古屋 :book: マッチング画像取り込み後、SYNAPSEへストレージできない - RadACE - 用意したテスト画像がフォーマット違反 - Accession Numberのフォーマットによって、ストレージをするか判定する処理を行っていた - ログに出力されていなかった - 片山さんが実装時にログ出力をしないようにしていた :gem: 佐々木さん→松本くん - 先輩からテストを依頼される場合がある - テストデータが正しいものかどうかをしながら検証すべき - 仕様を理解することが重要 - ソースの理解 - 運用の理解 - 要望の理解 ## 宝塚こだま病院 :book: 島津に対してオーダーを3件応答してしまう - 1オーダーが連携されることを期待している - HW更新時に、既存プログラムからMWM Responderへ置き換え - 装置から3回リクエストが届いていた - 同じオーダーに対して、3件StudyInstanceUIDを発行していた - AE Title + modalityでの条件で応答することで解決するのでは? :gem: 更新時、既存プログラムを置き換える時の注意点 - 今まで動いていたプログラムを置き換える時は、要検討 - 十分なテストが必要 - 実環境に近づけられるか? - InstanceUIDの注意事項 - StudyInstanceUID - 検査が統合されてしまうなど - SOP InstanceUID - 患者取り違い - InstanceUIDの発番管理 - 社内ではshareの管理シートで管理している ## さいたま赤十字病院 [ATS8216参照](https://ustec.co.jp/_poiuytrewq/app/ATS/project/?hash=ddf53e6848dee29cb6f50e2d800ad159) - iPad - 非ユーズテック導入品 :book: 突然Activationが要求される。Activateを実行すると失敗する - 原因 - 閉じたネットワークで一定期間経つとActivationを求められることがある - iOS10の特有のバグ - 解決方法 - iTunesにリカバリーモードで接続し、iOSの更新で解決する ## 寒河江市立病院 :book: 上位のオーダーが消し込まれない - ATS7701より転載 > ■問題 既にSSIで実施済みにしている検査が本ゲートウェイのDBに残存するため、 日付を問合せに含めないC-ARMからのMWM問合せに 実施済みの検査まで応答してしまう →同一患者で複数日付での検査取り違えが起きている。 - 上位からオーダー連携 - 検査日from to - 原因 - 問合せされたものだけ、消し込んでいたため - 対応 > 現在、削除する検査レコードの条件に日付一致の条件が含まれていますが、 上位へのワークリスト問合せ日付でない検査も削除するようにお願い致します。  ## DDWin fo windowsで4GBより大きいCF・SDに対して書き込みが失敗する - 社内shareにある0.0.9.4で発生確認 > 東急病院様でのCF読取に問題があった件、 DDWinのHPを確認したところ、 今回の問題の原因となりうるバグが存在するようです。 > https://www.si-linux.co.jp/techinfo/index.php?DD%20for%20Windows > バージョン履歴より > -----以下抜粋 > 2010-05-24 Ver 0.9.9.5 > 変更は下記2点のみです。機能は何も変わっていません。 > バグ修正(4G以上不可) > 4Gを超えるディスクの読み書きにバグがありました。 > 以前のバージョンでは100%読込みも書き込みも正常ではありません。ご注意ください。 > 4G以上で使用していた方にはご迷惑をおかけしました。 > -----抜粋ここまで > DDWinの最新版は、上記のURLからダウンロードできます。 ## 水島第一病院 IE11 + ATOKで初期フォーカスがうまく当たらない // XXXX: ATOK使用時、初期フォーカス状態で検査目的へ入力ができない件への対策 // // 検証環境下に於いて // ATOKとIE11の組み合わせで再現を確認 // IMEとIE11で再現せず // ATOKとChromeで再現せず // ATOKとEdgeで再現せず // // 下記のようにsetTimeoutを用いてfocusの設定を遅延させると改善が見られることから // ATOKがフォーカスの移動を認識できていない可能性等は考えられるものの // 根本原因は不明. // // 当面「ATOKとIE11の相性問題の模様」ということにしておく
×
Sign in
Email
Password
Forgot password
or
By clicking below, you agree to our
terms of service
.
Sign in via Facebook
Sign in via Twitter
Sign in via GitHub
Sign in via Dropbox
Sign in with Wallet
Wallet (
)
Connect another wallet
New to HackMD?
Sign up