데이터개발(저반향병변) 이야기 (4)

지난 포스트에서 저반향병변의 개념과 구현되어 있던 소스 일부를 소개했습니다.

 

• 레지스트리 개념
• 저반향 병변 (hypoechoic lesion) 개념
• 소스(SQL) 분석

 

직전 포스팅에 소스코드 일부를 살펴보았지만, 전체 소스 코드는 너무 복잡하고 길어서 하나하나 순서대로 보는 것은 비효율적입니다. 이번 포스팅에서는 파싱 결과 데이터에서 역추적하면서 관련 로직을 분석하는 예시를 공유해 보겠습니다.

 

1. anechoic 이라는 표현이 포함된 검사지는 Positive?

anechoic 이라는 표현이 들어간 판독지들을 조회(select)해보았습니다. 결과 건수는 몇십 건 정도입니다. 그런데 hypoechoic lesion 이 Positive가 아닌 다른 값(Negative, 확인필요)으로 분류된 것들이 다수 있습니다.

 

2. Negative 로 분류된 anechoic 포함 검사지 분석

anechoic 이라는 키워드가 있다면 Positive 일 줄 알았는데 Negative 로 분류된 검사지 내용을 보겠습니다.

 

[FINDING       ]
Volume of prostate is about 26cc.
Volume of central gland is about 12.8cc.
An about 1x0.7x1cm sized anechoic midline cyst. 
There is no definite focal abnormal echogenicity is seen in the peripheral 
zone.
US guided 10 core gun needle Bx is done. 
N
o immediate complication.
Otherwise unremarkable.

[CONCLUSION    ]
Mild BPH.

 

내용을 자세히 살펴보니  no definite focal abnormal echogenicity라는 부분이 있습니다.이것과 관련된 sql 을 찾아보니 Negative 로 분류하는 패턴으로 등록되어 있습니다.

WHEN REGEXP_LIKE(LESION2, '(no (definite )?focal lesion|focal lesion 없)', 'im')

음성 양성 표현 모두 등장하는 경우 음성 처리가 우선순위를 갖도록 구현되어 있습니다.
개발을 하다 보면 많은 개발자의 판단으로 처리하거나 임의로 구현되는 경우가 많이 있습니다.
세세한 모든 것을 요구사항으로 정리할 수 없을뿐더러, 적절한 담당자의 빠른 확인을 받기도 힘들기 때문입니다.
제 생각에는 개발자의 임의적인 처리로 보입니다.

                   , (CASE WHEN LESION_NEG_V IS NOT NULL THEN 'Negative' 
                           WHEN LESION_POS_V IS NOT NULL THEN 'Positive'  
                           WHEN LESION2      IS NOT NULL THEN '리뷰대상'
                           ELSE ''
                      END) AS LESION_VALUE

 

An about 1x0.7x1cm sized anechoic midline cyst. There is no definite focal abnormal echogenicity is seen in the peripheral zone.

제가 위 결과지 내용을 해석해 보면,  "(전립선 조직에는)1x0.7x1cm 크기의 무반향 낭종이 있으나, 주변 조직에는 뚜렷한 이상 반향이 없다."입니다. 음성과 양성이 섞여 있는 것입니다. 음성 양성이 모두 있는 경우, 둘 중 하나만 선택해야 한다면, 양성으로 결정해야 하는 것 아닐까요?

 

3. 수정을 할까 말까

이러한 저의 뇌피셜은 틀릴 가능성이 높습니다. 맞고 틀리고를 떠나 제가 판단하여 정할 부분이 아닙니다. 고객의 의견을 요구사항으로 정리하여 반영해야 합니다.

 

이번에 살펴본 것은 많은 경우 중 하나의 케이스이며, 이러한 내용들을 잘 정리해서 고객 협의하는 것이 소요되는 시간이나 난이도 관점에서 sql  수정보다 훨씬 더 어려운 일이 되겠습니다.