기공소 운영
기공소가 CAD 증례, 수정, 청구 단위를 명확히 관리하는 방법
외주 분쟁은 불분명한 기록에서 시작되기도 합니다. final 폴더가 두 개이거나 새 스캔이 옛 대화에 있고 청구 단위가 견적과 다르게 계산됩니다. 공유 증례 대장은 복잡한 고객 포털 없이 이런 간극을 메울 수 있습니다.
핵심 답변
지침, 파일, 피드백, 승인, 청구서에 하나의 비식별 증례 ID를 사용합니다. 치아 번호 체계, 보철 범위, 현재 버전, 상태, 검토자를 기록합니다. 추가 작업은 합의한 변경에 연결하고 청구 승인 전에 증례와 단위 내역을 수락 범위 및 납품 기록과 대조합니다.
기공소 업무 템플릿
빈 CSV를 다운로드하여 기공소에 맞게 수정하세요. 작성한 케이스 기록은 합의한 안전한 채널로 공유하세요.
증례에 안정적인 식별자 부여하기
환자명이나 대화 제목과 무관한 ID를 만듭니다. 예시인 LAB-1042는 스캔이나 설계가 바뀌어도 유지할 수 있습니다. 기공소와 공급자의 ID가 다르면 대응 관계를 한 번 기록하고 모든 인계에 유지합니다.
- 기공소 ID, 다른 경우 공급자 ID, 치아 번호, 합의 범위를 포함합니다.
- 환자 신원은 통제된 내부 시스템에 두고 공개 양식이나 공유 홍보 화면에는 넣지 않습니다.
증례, 단위, 납품물 구분하기
한 증례에 여러 보철물과 파일이 있을 수 있습니다. 청구 한 단위가 자동으로 파일 하나, 치아 위치 하나, 연결 보철 하나와 같지는 않습니다. 시작 전에 크라운, 맞춤 지대주, 모델, 결합 출력의 견적 계산을 기록하고 모호한 조합은 납품 후가 아니라 사전에 확인합니다.
- 견적 수량과 별도 설계 분류를 증례 행에 기록합니다.
- 추가 단위나 출력은 확인된 범위 변경 및 견적 참조에 연결합니다.
입력과 설계를 모두 버전 관리하기
새 스캔은 새 입력 버전으로 표시하고 이전 것은 대체되었다고 표시합니다. 돌아온 설계에도 동일하게 적용합니다. LAB-1042_input-v02와 LAB-1042_design-v03은 서로 다른 수정 계열입니다. 이름만으로 부족하므로 현재 설계를 만든 입력과 지침도 대장에 적습니다.
- 유일한 수락 파일을 덮어쓰지 않고 보존 규칙에 따라 검토 이력을 남깁니다.
- 현재 버전을 하나 지정하고 날짜, 발신자, 변경 이유를 적습니다.
완료 여부를 확인할 수 있는 수정 요청 쓰기
피드백을 특정 설계 버전, 치아나 부품, 참고 뷰에 연결합니다. 변경 내용과 원래 지침에 대한 수정인지 새 지시인지 설명하면 설계자가 요청 확인, 누락 정보 지적, 항목별 답변을 수정 패키지와 함께 보낼 수 있습니다.
- 입력 대기, 설계 중, 검토 중, 수정 요청, 수락 등의 상태를 사용합니다.
- 지정 기공소 검토자가 항목을 종료합니다. 납품은 곧 수락이 아닙니다.
수락한 범위와 청구서 대조하기
지불 승인 전에 ID, 서비스 분류, 수량, 견적 참조, 승인된 추가 작업, 납품을 대장과 대조합니다. 맞지 않는 항목은 짧은 예외 목록으로 확인하세요. 이는 행정적 통제이지 모든 설계의 임상·제작 수락 약속이 아니며 기공소는 정상 출고 검사를 유지합니다.
- 청구 단위와 합의 단위를 비교하고 차감액과 미결 변경을 따로 기록합니다.
- 승인일과 책임자를 보존하고 반복 예외로 다음 지침을 개선합니다.
자주 묻는 질문
외주 CAD 증례 관리에 유료 포털이 필요한가요?
반드시 그렇지는 않습니다. 소량은 통제된 공유 대장과 합의한 안전 전송 경로로 운영할 수 있습니다. 권한, 연동, 증례 수로 단순한 방식이 어려워지면 포털이 유용합니다.
새 스캔은 무료 수정으로 처리해야 하나요?
견적에서 합의하세요. 원래 지침에 대한 수정과 새 스캔·처방 이후 재설계는 범위가 다를 수 있으므로 추가 작업 전에 결정을 기록합니다.
누가 증례 수락을 확인하나요?
기공소 내부 검토자를 지정하고 특정 버전과 납품물의 승인을 기록하세요. 전송 확인증이나 보냈다는 메시지가 검토를 자동 종료해서는 안 됩니다.
