발견 시점과 수정 책임의 관계
납품 뒤 발견된 오류는 발견 시점만으로 수정 책임을 단정하지 않습니다. 병원은 합의한 제작 범위와 납품 뒤 변경 내역을 대조해 업체에 원인과 수정 담당·비용 부담의 설명을 요구해야 합니다. 납품 당시 놓친 문제인지, 이후 작업에서 생긴 문제인지에 따라 협의에 필요한 자료가 달라집니다.
오류를 늦게 발견했다는 사실은 오류가 늦게 발생했다는 뜻과 같지 않습니다. 반대로 납품 당시 정상적으로 작동했다는 기록이 있어도 이후 변경과 현재 문제의 관계까지 설명되지는 않습니다. 실장은 발견 날짜를 기재하되, 그 날짜만으로 병원이나 업체의 부담을 결정하지 않도록 협의 내용을 정리합니다.
병원이 먼저 가려야 할 것은 현재 결과가 약속한 결과와 다른지입니다. 계약서에 적힌 기능 이름만으로 기대 동작이 명확하지 않다면 견적서, 승인한 화면, 작업 협의 기록을 함께 사용합니다. 담당자는 자신이 원했던 결과와 업체가 제작하기로 합의한 결과를 혼동하지 않도록 당시 승인 내용을 기준으로 삼습니다.
책임 협의를 시작할 자료
| 확인할 자료 | 업체에 물을 내용 | 책임 협의에 필요한 설명 |
|---|---|---|
| 계약서·견적서·승인 기록 | 현재 문제가 어떤 합의 항목과 연결됩니까? | 약속한 결과와 현재 결과의 차이 |
| 납품 당시 동작 기록 | 당시에는 어떤 조건에서 작동했습니까? | 납품 당시 상태를 판단한 근거 |
| 납품 뒤 변경 기록 | 어떤 작업이 현재 문제와 관련됩니까? | 변경 대상·작업 주체·원인의 연결 |
| 현재 오류의 발생 기록 | 같은 조건에서 문제를 재현할 수 있습니까? | 발생 조건과 아직 설명되지 않은 부분 |
모든 자료가 남아 있어야만 업체와 대화를 시작할 수 있는 것은 아닙니다. 병원 담당자는 확보한 기록과 없는 기록을 따로 표시하고, 기억에 의존한 설명에는 확정되지 않았다는 표시를 추가합니다. 업체에도 추정한 원인과 작업 기록으로 뒷받침할 수 있는 원인을 나누어 답하도록 요청합니다.
구글은 검색엔진 최적화 업체에 사이트 변경 내용을 공유하고 권장 작업의 이유를 설명할 수 있는지 질문하도록 안내합니다. 이 설명 원칙은 오류가 발생했을 때도 변경 과정과 원인을 묻는 데 참고할 수 있습니다. 그러나 구글의 해당 안내는 병원 홈페이지 납품 후 수정 담당이나 비용 부담을 확정하는 기준을 제시하지 않습니다.
따라서 병원은 업체가 원인을 설명했다는 사실과 비용 부담에 합의했다는 사실을 별도로 기록하는 편이 좋습니다. 원인 설명이 충분해도 누가 작업할지 아직 정하지 못할 수 있고, 업체가 먼저 수정하더라도 비용 협의가 남을 수 있습니다. 실장은 기술 설명을 받은 상태를 곧바로 책임 협의 완료로 처리하지 않습니다.
자료 대조부터 부담 합의까지
병원은 수정부터 요청하기 전에 합의한 결과와 현재 오류를 연결해 전달하는 편이 좋습니다. 마케팅 담당자는 자료를 모으고, 실장은 업체의 설명과 병원 내부 승인 내용을 정리합니다. 비용을 승인할 권한이 다른 사람에게 있다면 그 담당자가 결정해야 할 항목도 함께 전달합니다.
- 합의한 결과와 실제 오류를 대조합니다. 담당자는 관련 승인 기록을 선택하고, 현재 상태가 약속과 다른 부분을 표시합니다.
- 변경 내역과 원인 설명을 요청합니다. 업체에는 납품 이후 어떤 작업을 했는지, 그 작업과 오류를 연결하는 근거가 무엇인지 묻습니다.
- 수정 담당과 비용 부담을 협의합니다. 원인 판단이 끝난 항목과 추가 조사가 필요한 항목을 나누어 진행 여부를 결정합니다.
- 수정 전과 같은 이용 조건에서 결과를 확인합니다. 병원 담당자는 업체의 완료 통보와 실제 동작 결과를 각각 기록합니다.
업체가 병원의 변경 때문에 문제가 생겼다고 설명하면 어떤 변경을 뜻하는지 구체적으로 요청합니다. 병원 직원이 문구를 수정했다는 사실만 제시해서는 그 작업이 기능 오류를 일으켰는지 알 수 없습니다. 해당 작업 전후의 차이와 오류가 생기는 과정을 설명받은 뒤 병원 기록과 대조합니다.
원인이 아직 확정되지 않았다면 원인 조사와 오류 수정을 한 번에 승인하지 않는 방법을 고려합니다. 업체가 먼저 수행할 조사, 조사 후 병원에 보고할 내용, 실제 수정 전에 다시 승인받을 항목을 정합니다. 이 절차는 병원과 업체가 협의할 운영 방식이며, 플랫폼이 정한 의무 절차는 아닙니다.
수정 항목별 합의와 완료 조건
| 발견된 문제 | 합의한 수정 담당·비용 부담 | 수정 완료 확인 방법 |
|---|---|---|
| 합의한 동작과 다른 기능 | 업체의 수정 범위와 병원 부담 여부 기재 | 오류가 발생한 순서로 다시 이용 |
| 납품 뒤 변경과 관련된 문제 | 관련 작업 주체와 복구 비용 협의 | 변경 대상과 연결된 동작 검사 |
| 원인을 아직 가리지 못한 문제 | 조사 담당과 조사 비용 승인 여부 기재 | 원인 설명을 받은 뒤 완료 조건 결정 |
| 오류 수정에 추가된 새 요구 | 추가 제작 담당과 별도 비용 승인 기재 | 새로 합의한 결과를 별도로 검사 |
표에는 협의가 끝난 내용만 확정 사항으로 기재합니다. 답변을 기다리는 비용이나 담당은 미정으로 표시하고, 누가 어떤 설명을 더 받아야 하는지 남깁니다. 일부 항목에 합의했다면 그 항목만 진행할 수 있는지 업체와 협의합니다.
비용 부담을 정할 때는 수정 작업 외에 관련 화면 검사나 운영 상태 복구가 포함되는지도 묻습니다. 업체가 비용이 없다고 답한 경우에도 실제로 맡는 작업의 끝을 명확히 합니다. 병원은 금액에 동의한 기록과 작업 범위에 동의한 기록이 서로 다른 내용을 담지 않도록 승인 전에 읽습니다.
완료 통보와 실제 수정 결과
수정 완료는 업체가 작업을 끝냈다는 통보만으로 처리하지 않는 편이 좋습니다. 병원 담당자는 오류가 발생했던 기기, 이용한 프로그램, 로그인 상태, 이동 순서를 유지해 같은 동작을 수행합니다. 조건이 달라졌다면 어떤 조건에서 정상 작동했는지 따로 기록합니다.
오류 화면에 도착하기 전의 동작을 생략하면 문제를 다시 재현하지 못할 수 있습니다. 담당자는 처음 이용한 화면부터 오류가 발생한 지점까지 진행하고, 수정 대상과 직접 연결된 다른 동작도 검사합니다. 전체 홈페이지를 다시 검사하기보다는 업체가 변경했다고 설명한 범위에서 영향을 받을 대상을 정합니다.
수정 후 결과가 정상이어도 업체가 무엇을 변경했는지 설명하지 않았다면 작업 내역을 추가로 받습니다. 변경한 대상, 적용한 시점, 병원에서 수행해야 할 후속 작업이 있는지를 묻습니다. 담당자는 결과 기록과 변경 설명을 함께 보관해 이후 비슷한 문제가 발생했을 때 이전 작업을 식별할 수 있게 합니다.
일시적으로 문제가 나타나지 않는 경우에는 해결과 재현 실패를 다르게 기록합니다. 오류가 발생했던 조건을 다시 만들 수 없다면 정상 작동을 확인한 조건과 시험하지 못한 조건을 명시합니다. 실장은 미완료 조건을 업체에 전달하고, 어떤 자료를 확보하면 다시 판단할 수 있는지 답변을 받습니다.
남은 쟁점의 별도 기록
작동 문제를 해결한 뒤에도 비용 부담에 대한 의견이 남을 수 있습니다. 병원은 수정 완료 기록에 비용 협의까지 끝났다고 기재하지 않고, 미합의 항목을 별도로 남기는 편이 좋습니다. 반대로 비용을 승인했더라도 실제 결과가 약속과 다르면 완료 상태로 처리하지 않습니다.
업체가 완료 답변을 요청하면 실장은 병원이 동의하는 범위를 명확하게 회신합니다. 실제 동작, 변경 설명, 비용 정산 가운데 끝난 항목과 남은 항목을 각각 표시합니다. 최종 기록에는 후속 답변 담당과 병원이 받아야 할 자료를 기재해 협의가 중단된 지점을 알 수 있게 합니다.
임시 조치 승인과 책임 동의의 차이
이용 불편을 줄이기 위한 임시 조치를 승인할 때는 정식 수정과 승인 목적을 따로 기록하는 편이 좋습니다. 병원은 업체에 임시 조치로 제한되는 동작과 원래 상태로 복구할 수 있는지 설명을 요청합니다. 실장은 운영을 잠시 변경하는 데 동의한 사실이 원인이나 비용 부담에 동의한 것으로 전달되지 않도록 승인 범위를 명시합니다.
임시 조치가 적용됐다는 이유만으로 오류 항목을 완료 처리하지 않습니다. 정식 수정 여부를 다시 판단할 조건과 임시 상태를 종료할 담당을 정합니다. 조치 중 병원이 수행할 작업이 있다면 필요한 권한과 업체의 지원 범위를 함께 협의합니다.
자주 묻는 질문
납품 완료에 서명했어도 오류 협의를 요청할 수 있습니까?
병원은 발견한 문제에 대해 업체에 설명과 협의를 요청할 수 있습니다. 완료 서명이 어떤 결과와 범위를 대상으로 했는지 관련 문서부터 읽는 편이 좋습니다. 서명의 의미나 이후 요구의 효력을 단정하기 어렵다면 문서와 사실관계를 갖추어 별도 전문 상담을 받습니다.
이전 업체와 연락이 끊기면 다른 업체에 수정을 맡겨도 됩니까?
다른 업체에 작업 가능 여부를 요청할 수 있지만, 기존 자료의 사용 권한과 접근 가능 상태를 먼저 가립니다. 새 업체에는 이전 작업을 이어서 수정하는지 다시 제작해야 하는지 설명하도록 요청합니다. 착수 전에 현재 상태를 보존할 수 있는지도 협의해 기존 문제의 근거가 사라지지 않도록 합니다.
업체가 진단을 위한 관리자 권한을 요구하면 어떻게 합니까?
필요한 권한은 진단 대상과 작업 내용에 따라 협의합니다. 업체에 수행할 작업과 필요한 접근 범위를 설명하도록 요청하고 병원 승인 담당자가 허용 여부를 결정합니다. 구글은 검색엔진 최적화 감사 단계에서 서치 콘솔의 읽기 권한만 부여하도록 안내하지만, 이를 모든 관리자 계정의 동일한 규칙으로 확대하지 않습니다.
환자 정보가 오류 자료에 포함되면 그대로 보내도 됩니까?
오류 설명에 필요하지 않은 환자 정보는 자료에서 제외하는 편이 좋습니다. 병원 담당자는 화면에 표시된 이름이나 연락처 등 개인정보를 가린 뒤 오류 동작을 설명합니다. 식별 정보를 제거하면 문제 설명이 불가능한 경우에는 전달 전에 병원 내부 개인정보 담당자와 처리 방법을 협의합니다.
여러 업체가 같은 홈페이지를 관리하면 누구에게 먼저 연락합니까?
병원이 운영 연락 창구로 정한 업체에 먼저 발생 사실을 전달하고, 관련 업체가 함께 답해야 하는지 요청합니다. 각 업체에는 자신이 맡은 작업에 대한 설명을 받되 다른 업체의 책임을 단정하는 답변만으로 협의를 끝내지 않습니다. 공동 작업이 필요하면 연락 조율 담당과 각 업체가 제출할 자료를 정합니다.