구조화 데이터 속 진료 과목 이름을 환자 말로 쓸지 여부

쉬운 설명과 입력 값의 별도 판단

환자에게 익숙한 말이라는 이유만으로 코드 안의 값까지 같은 문구로 변경하지는 않습니다. 본문 문구는 환자가 읽고 이해하는 설명이며, 마크업의 값은 특정 항목에 입력하는 정보입니다. 같은 진료를 가리키더라도 각 표현을 사용할 수 있는 조건이 같다고 전제해서는 안 됩니다.

스키마닷오알지는 MedicalSpecialty를 의학이나 의료 실무의 특정 전문 분야를 나타내는 열거형으로 설명합니다. 이 설명만으로 병원이 만든 환자 표현을 그 값으로 자유롭게 사용할 수 있다고 결론 내릴 수는 없습니다. 변경 요청을 받은 업체는 해당 문구가 어느 항목에 들어가는지부터 명시해야 합니다.

표현 변경 요청의 대상 정리

마케팅 담당자는 변경하려는 표현을 본문 문구와 코드 입력 값으로 나누어 기재합니다. 아래 표는 특정 진료 과목의 대응표가 아니라, 업체에 전달할 요청서의 구성입니다. 실제 문구를 채울 때에는 병원이 사용하는 안내문과 변경 요청 내용을 기준으로 작성합니다.

표현이 쉬운지와 항목에 적합한지는 서로 다른 질문입니다. 담당자는 문구가 자연스럽다는 의견만으로 입력 값 변경을 승인하지 않습니다. 업체의 답변에도 본문 수정에 대한 설명만 있다면 코드 입력 대상에 관한 답변을 추가로 요청합니다.

문자 일치보다 진료 의미의 일치

구글은 마크업이 페이지의 실제 내용을 표현해야 하며, 사용자를 혼란스럽게 하는 정보를 담지 않도록 안내합니다. 병원에서는 코드의 표현과 본문 문구가 글자까지 같은지보다 같은 진료 내용을 가리키는지 판단할 필요가 있습니다. 서로 다른 표현을 쓰더라도 뜻이 어긋나지 않는다는 원장의 판단이 필요합니다.

본문의 쉬운 설명은 증상, 검사, 치료를 함께 담을 수 있습니다. 이를 하나의 진료 과목 이름처럼 입력하면 본문보다 좁거나 넓은 의미를 전달할 수 있으므로, 원장은 그 표현이 실제로 무엇을 가리키는지 명시합니다. 업체는 이 설명을 받은 뒤 항목에 허용되는 값과 연결할 수 있는지 답합니다.

표현에서 허용 값까지의 처리 순서

변경 작업은 환자 표현을 확정하는 일부터 시작합니다. 실장은 현재 본문 문구, 변경하려는 문구, 해당 문구가 있는 페이지와 위치를 모읍니다. 표현이 아직 여러 후보로 남아 있다면 승인받을 문구를 선택한 뒤 업체에 전달합니다.

1. 마케팅 담당자가 바꾸려는 환자 표현을 확인합니다. 짧은 이름만 보내지 않고 그 표현이 들어갈 문장과 주변 설명을 함께 기재합니다.
2. 업체가 입력 항목의 정의와 허용 값을 확인합니다. 답변에는 속성 이름, 현재 값, 변경하려는 값, 판단에 사용한 문서의 해당 내용을 포함하도록 요청합니다.
3. 원장이 본문과 입력 값의 의미가 일치하는지 확인합니다. 진료 범위를 넓히거나 다른 의미를 전달하지 않는다고 판단한 내용만 변경 대상으로 승인합니다.

앞의 순서를 마치기 전에는 본문 승인과 입력 값 승인을 하나로 처리하지 않습니다. 쉬운 문구가 먼저 승인되었다면 본문 수정 요청에는 그 범위만 명시합니다. 업체가 코드 변경까지 함께 제안하면 실장은 별도 승인 항목으로 기록합니다.

담당별 질문과 변경 보류 사항

업체에 보내는 자료에는 질문과 답변 책임자를 함께 기재합니다. 담당자가 자료를 전달했다는 사실과 실제 변경을 승인했다는 사실을 혼동하지 않도록, 답변을 받기 전 진행하지 않을 작업도 정합니다.

업체가 허용된다고 답하면 그 판단이 정확히 어떤 문구에 관한 것인지 요청서에 남깁니다. 환자 표현 자체를 값으로 허용한다는 답인지, 다른 허용 값으로 처리하겠다는 답인지 분명해야 합니다. 후자라면 실제 입력할 값을 원장에게 전달할 자료에 포함합니다.

작업 요청서에는 본문 수정 문구와 코드 변경 내용을 별도 항목으로 작성합니다. 담당자는 답변을 받은 날짜, 승인한 사람, 승인 범위를 기록하고 최종 요청본을 업체에 전달합니다. 여러 사람이 문구를 수정했다면 이전 후보와 최종 문구가 섞이지 않도록 승인본을 명확히 표시합니다.

업체의 답변이 항목 이름 없이 가능 여부만 설명한다면 승인 자료가 충분하지 않습니다. 실장은 빠진 항목을 질문하고, 원장은 업체가 제시한 최종 값이 담고 있는 의미에 대해 판단합니다. 담당자가 기술 설명을 임의로 해석해 의학적 승인까지 대신하지 않습니다.

증상 설명을 과목 이름으로 오인한 변경

자주 틀리는 경우는 환자의 상담 목적을 설명하는 문구를 그대로 진료 과목 값으로 취급하는 변경입니다. 환자는 불편한 증상을 중심으로 병원을 찾을 수 있지만, 그 증상 표현만으로 특정 전문 분야를 뜻한다고 단정하기는 어렵습니다. 담당자는 환자 표현을 쉽게 이해할 수 있다는 이유만으로 과목 이름의 대체 문구로 지정하지 않습니다.

검사나 치료를 설명하는 말도 같은 방식으로 처리하지 않습니다. 해당 표현이 진료 분야를 가리키는지, 그 분야에서 시행하는 업무를 가리키는지는 원장이 판단합니다. 원장이 후자로 판단했다면 담당자는 과목 이름 변경 요청에서 제외하고 본문 설명의 수정 건으로 처리합니다.

판단이 끝나지 않은 문구는 뜻을 추정해 입력하지 않습니다. 담당자는 어떤 부분이 불명확한지 질문으로 남기고, 원장에게 진료 분야와 제공하는 업무 가운데 무엇을 설명하려는 문구인지 묻습니다. 질문을 받은 원장이 설명 범위를 정하면 업체에 전달할 요청서도 그 범위에 맞게 수정합니다.

두 담당자의 답변이 엇갈린 경우

업체가 입력할 수 있다고 답했어도 원장이 의미가 다르다고 판단하면 변경을 승인하지 않습니다. 반대로 원장이 적절한 표현이라고 판단했어도 업체가 해당 항목에 사용할 근거를 제시하지 못하면 그 문구의 코드 입력을 보류합니다. 두 답변은 각각 기술적 적합성과 의학적 의미에 관한 판단으로 기록합니다.

담당자는 답변이 엇갈린 이유를 문구 전체의 찬반으로 요약하지 않습니다. 어떤 표현이 문제인지, 어느 항목에 넣으려 했는지, 원장이 지적한 의미 차이가 무엇인지 기재합니다. 업체에는 그 기록을 전달하고, 승인된 본문 설명을 유지하면서 허용 값으로 처리할 수 있는지 답하도록 요청합니다.

대체 값을 제안받았을 때에는 처음 승인한 문구와 의미가 같은지 원장에게 다시 묻습니다. 업체가 값을 변경했다는 이유만으로 이전 승인을 그대로 적용하지 않습니다. 담당자는 최종 값에 대한 판단을 요청서에 남긴 뒤 해당 변경 건을 마무리합니다.

묶음 수정 요청의 승인 범위

여러 페이지의 표현을 한꺼번에 수정할 때에는 동일한 문구라는 이유로 승인 범위를 전체 페이지로 확대하지 않습니다. 같은 말이라도 진료 안내, 검사 설명, 의료진 소개에서 가리키는 대상이 다를 수 있습니다. 담당자는 수정 대상 페이지와 문구가 설명하는 대상을 요청서에 함께 기재합니다.

업체가 일괄 변경을 제안하면 실장은 그 작업에 포함되는 입력 항목을 제출하도록 요청합니다. 원장은 서로 다른 대상을 설명하는 문구가 같은 과목 의미로 처리되는지 판단합니다. 페이지별 용도가 다르면 승인 가능한 대상만 선정하고, 나머지는 별도 요청으로 처리합니다. 작업 편의를 이유로 아직 승인하지 않은 표현까지 같은 값으로 일괄 변경하지 않습니다.

이어서 읽을 주제

구조화 데이터의 적용 대상을 이어 읽으면, 진료 과목 입력 값이 무엇을 설명하는 정보인지 업체와 논의할 때 필요한 질문을 정리할 수 있습니다. 병원 전체의 진료 안내와 개별 설명 페이지의 정보 가운데 어느 대상을 표시하려는지 정하는 데 도움이 됩니다.