質疑応答 #6387

RCLS:候補病名について

小門 亜優美이(가) 약 1달 전에 추가함. 9일 전에 수정됨.

상태:フィードバック시작시간:2025/06/09
우선순위:今すぐ완료기한:2025/06/11
담당자:Yasuda Natsuki진척도:

0%

범주:-소요 시간:-
顧客ID:ls10211102 システム:RC-LS クラウド
医療機関名:医療法人 瀬尾医院 カルテ番号:22804*23
完了通知日: 診療年月:50705
医療機関コード:0211102 業務区分:確認

설명

ソラスト様よりお問い合わせです。

**************************

ls10211102 医療法人 瀬尾医院
R7.5月診療分 カルテ番号:22804*23
点検メッセージ:病名漏れチェック - 細胞診(穿刺吸引細胞診、体腔洗浄等)の病名がありません。

上記の患者様の点検結果(pdf)に記載されております候補病名に、「前立腺癌の疑い」の記載がありましたが、
医療機関様より「婦人科なので・・・過去にこの病名を付けた事は無い」と連絡がございました。
今回が初実施というわけではなさそうなのですが、こちらの候補病名については、AI学習の結果より他院での合格データが表示されているものでしょうか?

**************************

私が印刷画面のAI候補病名を確認した時は、「前立腺癌の疑い」が表示されていなかったのですが、

ソラストの方で、5/31に出力したものに記載されていたようです。(添付画像参照)

確認をお願いします。

スクリーンショット 2025-06-09 110238.png (137.113 KB) 小門 亜優美, 2025/06/09 13:47

이력

#1 朴 鎬秀이(가) 약 1달 전에 변경

  • 상태을(를) 新規에서 フィードバック(으)로 변경되었습니다.
  • 담당자을(를) 朴 鎬秀에서 小門 亜優美(으)로 변경되었습니다.
미안합니다.
후보병명 추출 로직에 오류가 있었습니다.
그래서 160060610 細胞診(穿刺吸引細胞診、体腔洗浄等)에 대한 후보병명이 추출 안되어 다른 의료기관의 후보병명이 표시되었습니다.
해당고객의 후보병명은 재생성 하였습니다.
정상적으로 子宮頚癌, 卵巣癌이 후보병명으로 표시 되는것을 확인 하였습니다.
 
후보병명 처리 로직 수정하여 시스템에 반영 하였습니다.
RC: 2025/06/09 17:50 수정 적용
CE: 2025/06/09 17:54 수정 적용

#2 小門 亜優美이(가) 30일 전에 변경

  • 담당자을(를) 小門 亜優美에서 朴 鎬秀(으)로 변경되었습니다.

朴さん

修正いただき、ありがとうございます。

いつからエラーが出ていたのでしょうか?

#3 朴 鎬秀이(가) 30일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 小門 亜優美(으)로 변경되었습니다.

이번 신버전(5/11) 적용 부터 입니다.

청구병명에 子宮頚癌の疑い,卵巣癌の疑い 처럼 수식어가 있는 병명의 경우 추출이 안되었습니다. 그 외는 추출이 정상 입니다.

필요하다면 다른 기관도 일괄 후보병명 재생성을 수행 하도록 하겠습니다.

( 다만 전체 처리 시간이 좀 걸릴수 있습니다. 예상 처리시간 639고객 * 1분 = 639분)

#4 小門 亜優美이(가) 29일 전에 변경

  • 담당자을(를) 小門 亜優美에서 朴 鎬秀(으)로 변경되었습니다.

朴さん

回答ありがとうございます。

明日(6/11)以降、念のため候補病名の再生成をお願いします。

#5 朴 鎬秀이(가) 29일 전에 변경

@小門さん

알겠습니다.

6/11일 이후 RCLS, CheckeyeDx의 모든 고객의 후보병명을 재생성 하겠습니다.

#7 森口 愛子이(가) 29일 전에 변경

  • 우선순위을(를) 急いで에서 今すぐ(으)로 변경되었습니다.

朴さん

この件は、ニチイとソラストに障害報告書として報告する必要があります。
以下の3点について、教えてください。

①候補病名抽出ロジックにエラーがあった
  具体的にはどのようなエラーでしょうか?

②ロジックエラーの原因は何でしょうか?

③影響範囲は全顧客であっていますか?

 

#8 朴 鎬秀이(가) 29일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 森口 愛子(으)로 변경되었습니다.

①候補病名抽出ロジックにエラーがあった
  具体的にはどのようなエラーでしょうか?

=>청구병명에 子宮頚癌の疑い,卵巣癌の疑い 처럼 수식어가 있는 병명의 경우 추출이 안되었습니다. 수식어가 없는 경우는 정상 입니다.

 

②ロジックエラーの原因は何でしょうか?

=>기존에는 레세프트 청구병명에서 체크데이터 유무를 판단하여 후보병명을 추출 하였으나 신버전부터 체크데이터가 대량으로 증가하여 후보병명 집계 처리속도가 느려졌습니다.

그래서 성능 개선을 위해 반대로 적요코드별 체크데이터 맵을 만들어 청구병명 유무를 판단하는 과정에서 청구병명의 수식어을 제거하여 비교하여야 하는데 이부분이 빠졌습니다.

(체크데이터에는 수식어등이 포함 안되어 있습니다)  

 

③影響範囲は全顧客であっていますか?

=> RCLS, Checkeye 모든 고객 입니다.

 

니치이(ニチと)와 솔라스토(ソラスト)에 장애 보고서 제출시 개발팀에도 메일 공유 부탁합니다.

#9 森口 愛子이(가) 29일 전에 변경

  • 담당자을(를) 森口 愛子에서 朴 鎬秀(으)로 변경되었습니다.

朴さん

詳しい情報を記載いただきありがとうございました。

障害報告書を提出する際には、開発チームにも必ず共有いたします。
よろしくお願いいたします。

#10 森口 愛子이(가) 29일 전에 변경

朴さん

チェックアイDXについて、教えてください。
候補病名出力のロジックですが、RCLSと同じですか?

RCLSは、以前にソラストからの要望があり、
①医療機関のレセデータの中で合格としたことがある病名
②統計上、他院で合格とした率の高い病名
の順に5つ表示される

 

 

#11 朴 鎬秀이(가) 29일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 森口 愛子(으)로 변경되었습니다.

후보병명 생성 로직은 RCLS. Checkeye 동일 합니다.

①의료기관의 레세프트 데이터 중에서 자동점검 실행 레세프트
의료기관의 레세프트 데이터 중에서 메세지 미발생 레세프트

③통계상 에서 합격한 비율이 높은 병명의 순서로 5개 표시

의 후보병명이 존재하지 않는경우 통계상 他院에서 합격한 비율이 높은 병명의 순서로 5개가 표시됩니다

#12 朴 鎬秀이(가) 28일 전에 변경

@森口さん

2025/06/09일이후 수정버전으로 후보병명이 생성안된 고객에 대하여 수정된 버전으로 후보병명 재생성 작업 완료 하였습니다.

CE 163고객 : 2025-06-11 12:01 ~ 2025-06-11 14:12

RC 491고객 :  2025-06-11 11:20 ~ 2025-06-11 15:06

 

#13 森口 愛子이(가) 12일 전에 변경

  • 담당자을(를) 森口 愛子에서 朴 鎬秀(으)로 변경되었습니다.

朴さん

一旦、解決している内容ですが、少し深く知りたいことがあります。
「~の疑い」のような修飾語について、ロジックの設定が出来ていなかったとの回答でしたが、5/31のソラストの印刷画面キャプチャには「~の疑い」とついた候補病名がいくつか表示されています。
それはなぜでしょうか?

5/11からの新バージョンで修飾語の設定が出来ていなかったのであれば、これらの疑い病名も表示されないのではないでしょうか?
おしえてください。

---------------

박 씨

일단 해결하고 있는 내용인데요, 좀 깊이 알고 싶은 게 있습니다.
'~의 의심'과 같은 수식어에 대해 로직 설정이 되지 않았다는 답변이었습니다만, 5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있습니다.
그건 왜 그럴까요?

5/11부터의 새로운 버전으로 수식어 설정이 되어 있지 않았던 것이라면, 이러한 의심병명도 표시되지 않는 것이 아닐까요?
알려주세요.

#14 朴 鎬秀이(가) 12일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 森口 愛子(으)로 변경되었습니다.

#6387의 대응은 2025/06/09에 수정 되었으므로 그 이전에 생성된 후보병명에 "~の疑い"가 포함된 병명이 있었다면,

그것은 유저체크데이터에 "~の疑い"의 체크데이터가 존재 하였거나 청구병명이 수식어가 제외 안되고 처리된 case일것입니다.

확인하신 의료기관정보를 보내주세요.

#15 Yasuda Natsuki이(가) 12일 전에 변경

확인한 의료기간명은 医療法人 瀬尾医院입니다.

#16 Yasuda Natsuki이(가) 12일 전에 변경

  • 담당자을(를) 森口 愛子에서 朴 鎬秀(으)로 변경되었습니다.

Yasuda Natsuki は書きました:

확인한 의료기간명은 医療法人 瀬尾医院입니다.

 

#17 朴 鎬秀이(가) 12일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 森口 愛子(으)로 변경되었습니다.

ls10211102 医療法人 瀬尾医院 기관의 구버전에서 생성한 후보병명(5/11일 이전 생성)에는  "~の疑い" 후보병명이 존재 하였으나 현재 생성된 후보병명에는 존재하지 않습니다.

유저 체크데이터에도   "~の疑い" 의 문자열은 1건 존재합니다.

150223910 胎児外回転術 -->既知の胎位異常あるいはその疑いの母体管理

아쉽게도 5/31시점은 확인해 드릴수가 없습니다.

 

-------------후보병명 처리 방식 설명--------------
청구병명 
1809004 子宮頚癌の疑い
1830005 卵巣癌の疑い
 
마스터 체크데이터
1830005 卵巣癌
1809004 子宮頚癌
 
수정이전 비교방식: 2025/06/09 이전
유저체크데이터, 마스터 체크데이터 문자열(卵巣癌|子宮頚癌)에 수식어가 제외 안된 청구병명의 문자열(子宮頚癌の疑い|卵巣癌の疑い)이 존재하면 추출 하였습니다.
그러므로 ~の疑い 청구병명은 체크데이터에 존재하지 않으므로 추출이 안되었습니다.(불량)
 
수정이후 비교방식 (수정 근거: #6387): 2025/06/09적용
마스터 체크데이터 + 유저 체크데이터문자열에 수식어가 제외된 청구병명의 문자열이 부분일치로 존재하는 경우 수식어가 제외된 청구병명을 후보병명으로 추출
마스터 체크데이터 문자열(卵巣癌|子宮頚癌)에 수식어가 제외된 청구병명의 문자열(子宮頚癌|卵巣癌)이 존재하므로 수식어가 제외된 청구병명의 문자열을 후보병명으로 합니다.
 
현재 비교 방식 ( 수정근거: #6426): 2025/06/13적용
마스터 체크데이터의 경우 마스터 체크데이터의 병명코드(1830005|1809004)와 청구 병명 코드(1830005|1809004)가 일치 하는 경우 대상으로 추출
or
유저 체크데이터의 경우  유저체크데이터의 문자열이 청구 병명의 문자열과 부분 일치하는 경우 추출
( 단 수식어를 제외 할 수 없는 경우는 청구병명을 후보병명으로 합니다)

#18 Yasuda Natsuki이(가) 12일 전에 변경

森口 愛子 は書きました:

朴さん 一旦、解決している内容ですが、少し深く知りたいことがあります。 「~の疑い」のような修飾語について、ロジックの設定が出来ていなかったとの回答でしたが、5/31のソラストの印刷画面キャプチャには「~の疑い」とついた候補病名がいくつか表示されています。 それはなぜでしょうか? 5/11からの新バージョンで修飾語の設定が出来ていなかったのであれば、これらの疑い病名も表示されないのではないでしょうか? おしえてください。 --------------- 박 씨 일단 해결하고 있는 내용인데요, 좀 깊이 알고 싶은 게 있습니다. '~의 의심'과 같은 수식어에 대해 로직 설정이 되지 않았다는 답변이었습니다만, 5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있습니다. 그건 왜 그럴까요? 5/11부터의 새로운 버전으로 수식어 설정이 되어 있지 않았던 것이라면, 이러한 의심병명도 표시되지 않는 것이 아닐까요? 알려주세요.
  1. ユーザーチェックデータに「~の疑い」が含まれていた場合

  2. 請求病名の修飾語が除去されずに処理されたケースである場合

このいずれかの可能性があります。

부장님 시미즈상이 궁금하신건 5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있었던 이유를 묻고 있습니다
부장님이 적어주신 것처럼 

5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있었던 이유는

  1. 유저 체크 데이터에 ‘~의 의심’이 포함되어 있었음

  2. 청구 병명의 수식어가 제거되지 않고 처리된 경우

이 두 가지 중 하나의 가능성이 있습니다라고 대답해도 될까요?

 

 

清水さんがご質問されているのは、5月31日のソラストの印刷画面キャプチャに「~の疑い」と付いた候補病名がいくつか表示されていた理由についてです。

パックさんがご指摘いただいた通り、

5月31日のソラストの印刷画面キャプチャに「~の疑い」と付いた候補病名がいくつか表示されていた理由は、

  1. ユーザーチェックデータに「~の疑い」が含まれていた

  2. 請求病名の修飾語が除去されずに処理された場合

このいずれかの可能性がございます、とお答えしてもよろしいでしょうか。

#19 Yasuda Natsuki이(가) 12일 전에 변경

  • 담당자을(를) 森口 愛子에서 朴 鎬秀(으)로 변경되었습니다.

Yasuda Natsuki は書きました:

森口 愛子 は書きました: 朴さん 一旦、解決している内容ですが、少し深く知りたいことがあります。 「~の疑い」のような修飾語について、ロジックの設定が出来ていなかったとの回答でしたが、5/31のソラストの印刷画面キャプチャには「~の疑い」とついた候補病名がいくつか表示されています。 それはなぜでしょうか? 5/11からの新バージョンで修飾語の設定が出来ていなかったのであれば、これらの疑い病名も表示されないのではないでしょうか? おしえてください。 --------------- 박 씨 일단 해결하고 있는 내용인데요, 좀 깊이 알고 싶은 게 있습니다. '~의 의심'과 같은 수식어에 대해 로직 설정이 되지 않았다는 답변이었습니다만, 5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있습니다. 그건 왜 그럴까요? 5/11부터의 새로운 버전으로 수식어 설정이 되어 있지 않았던 것이라면, 이러한 의심병명도 표시되지 않는 것이 아닐까요? 알려주세요. ユーザーチェックデータに「~の疑い」が含まれていた場合 請求病名の修飾語が除去されずに処理されたケースである場合 このいずれかの可能性があります。 부장님 시미즈상이 궁금하신건 5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있었던 이유를 묻고 있습니다 부장님이 적어주신 것처럼  5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있었던 이유는 유저 체크 데이터에 ‘~의 의심’이 포함되어 있었음 청구 병명의 수식어가 제거되지 않고 처리된 경우 이 두 가지 중 하나의 가능성이 있습니다라고 대답해도 될까요?     清水さんがご質問されているのは、5月31日のソラストの印刷画面キャプチャに「~の疑い」と付いた候補病名がいくつか表示されていた理由についてです。 パックさんがご指摘いただいた通り、 5月31日のソラストの印刷画面キャプチャに「~の疑い」と付いた候補病名がいくつか表示されていた理由は、 ユーザーチェックデータに「~の疑い」が含まれていた 請求病名の修飾語が除去されずに処理された場合 このいずれかの可能性がございます、とお答えしてもよろしいでしょうか。

 

#20 朴 鎬秀이(가) 12일 전에 변경

  • 담당자을(를) 朴 鎬秀에서 Yasuda Natsuki(으)로 변경되었습니다.

5/31 솔라스토의 인쇄화면 캡처에는 '~의 의심'이라고 붙은 후보병명이 몇 개 표시되어 있었던 이유는

  1. 유저 체크 데이터에 ‘~의 의심’이 포함되어 있었음

  2. 청구 병명의 수식어가 제거되지 않고 처리된 경우

이 두 가지 중 하나의 가능성이 있습니다라고 대답해도 될까요?

==> 예 그렇습니다. 그 부분이 의심되는 부분 입니다.

그런데  ‘~의 의심' 의 후보병명이 나온것이 문제가 되는것인가요? 

#21 Yasuda Natsuki이(가) 12일 전에 변경

5월 11일에 신버전 로직이 도입➡「~의 의심 」 수식어가 있는 병명의 경우 추출이 안되었습니다.

6월 9일에 로직을 수정함➡「~의 의심 」 처럼 수식어가 있는 병명의 경우 추출이 됩니다


5월 31일에 실제로 ‘~의 의심’이 붙은 병명이 후보병명으로 인쇄/출력된 사례가 있었습니다.

이 사실은

  • 저희가 "6월 9일에 수정했다"고 주장하는 것이 실제 5월 31일 시점의 시스템 동작과 일치하지 않을 수 있다는 점을 의미합니다.

  • 보고서를 작성하는 입장에서는, "실제로 그런 출력이 있었다"는 레셉트가 있는데도,
    "해결되었다"는 설명만 반복하는 것은 충분히 설득력이 떨어진다는 점
    을 이해해주셨으면 합니다

 

 

5月11日に新バージョンのロジックが導入され、「~の疑い」のような修飾語が付いた病名の場合、抽出されませんでした。

6月9日にロジックが修正され、「~の疑い」など修飾語が付いた病名も抽出されるようになりました。

しかし、5月31日に実際に「~の疑い」が付いた病名が候補病名として印刷・出力された事例がありました。

この事実は、

「6月9日に修正した」という私たちの説明が、実際の5月31日時点のシステムの動作と必ずしも一致していない可能性があることを意味しています。

報告書を作成する立場としては、「実際にそのような出力があった」というレセプトがある以上、
「すでに解決済みです」という説明だけでは十分な説得力がないことをご理解いただけますと幸いです。

 

#22 朴 鎬秀이(가) 9일 전에 변경

5월 11일에 신버전 로직이 도입➡「~의 의심 」 수식어가 있는 병명의 경우 추출이 안되었습니다.
6월 9일에 로직을 수정함➡「~의 의심 」 처럼 수식어가 있는 병명의 경우 추출이 됩니다

5월 31일에 실제로 ‘~의 의심’이 붙은 병명이 후보병명으로 인쇄/출력된 사례가 있었습니다.

이 사실은

  • 저희가 "6월 9일에 수정했다"고 주장하는 것이 실제 5월 31일 시점의 시스템 동작과 일치하지 않을 수 있다는 점을 의미합니다.

  • 보고서를 작성하는 입장에서는, "실제로 그런 출력이 있었다"는 레셉트가 있는데도,
    "해결되었다"는 설명만 반복하는 것은 충분히 설득력이 떨어진다는 점
    을 이해해주셨으면 합니

 

-------------------------------------------

처음 답변에서 부터 상호 오해가 있었던것 같습니다.다시 설명 드립니다.


1) 솔라스토의 최초 클레임에 대한 오류의 원인은 후보병명 추출 로직에서 비교 오류로 "~の疑い"가 포함된 후보병명이 추출 안된 것입니다.
 

2) 5월 31일에 실제로 ‘~の疑い’이 붙은 병명이 후보병명으로 인쇄/출력된 사례가 있었습니다.
이 부분은 해당 청구 병명이 미코드화병명이고 코드화 할 수 없는경우 유저 체크데이터 포함유무를 판단하여  해당 청구병명을 후보병명으로 처리하므로  '~の疑い'가 포함된 병명이 인쇄 출력 될 수 있습니다.
문제가 있는것은 아닙니다.

 

내보내기 Atom PDF

클립보드 이미지 추가 (최대 크기: 50 MB)