안전하게 수정할 위치와 확인 순서

진료시간, 예약 설정, 홈페이지 화면은 고칠 위치가 서로 다릅니다. 작업 전에 운영 데이터만 바꾸면 되는지, 병원 전용 기능으로 분리할지, 모든 설치본이 함께 쓰는 코드를 바꿔야 할지 구분하면 업데이트 충돌과 데이터 손실을 줄일 수 있습니다.

먼저 세 가지 수정 위치를 구분하세요

대부분의 일은 운영 데이터나 병원 전용 플러그인에서 해결할 수 있습니다. 공통 코드 변경은 다른 방법이 없을 때 검토합니다.

관리자 화면에서 입력하거나 수정하는 병원별 정보입니다.

변경 자체는 비교적 간단하지만 실제 환자 안내와 예약에 바로 반영될 수 있습니다.

다른 병원에는 필요하지 않은 기능이나 화면은 플러그인으로 분리합니다. ClinicOS 본체와 파일을 나누면 문제가 생겼을 때 해당 기능만 끄고 원인을 확인할 수 있습니다.

주요 위치는 다음과 같습니다.

설치·삭제 전에는 연결된 화면과 데이터가 있는지 확인하고, 수정 뒤에는 해당 기능뿐 아니라 함께 노출되는 공용 화면도 테스트합니다.

에이전트에게는 이렇게 요청할 수 있습니다.

진료 뒤 3일째에 후기 안내 문자를 준비하고,
발송 대상과 문구는 관리자가 확인한 뒤 보낼 수 있게 해줘.
기존 예약과 문자 기능을 직접 바꾸지 말고 병원 전용 플러그인으로 가능한지 먼저 확인해줘.

모든 설치본이 함께 쓰는 로그인, 권한, 공통 API와 데이터베이스 구조입니다. 이 영역은 한 화면만 고치려다가 다른 기능이나 다음 업데이트에 영향을 줄 수 있습니다.

대표 위치는 다음과 같습니다.

기존 테이블의 열을 없애거나 API 응답 형식과 로그인 규칙을 바로 바꾸지 마세요. 필요해 보이더라도 에이전트에게 먼저 다른 방법이 있는지 확인하도록 요청합니다.

현재 바꾸려는 일이 공통 코드 수정까지 필요한지 확인해줘.
운영 데이터나 병원 전용 플러그인으로 해결할 수 있으면 그 방법을 먼저 제안하고,
공통 코드를 바꿔야 한다면 영향받는 화면과 되돌리는 방법을 알려줘.

어느 위치를 바꾸는지 모르겠다면 명령어부터 정하지 말고, 현재 상황과 원하는 결과를 에이전트에게 설명하세요. 에이전트가 수정 위치와 확인 순서를 먼저 제안하도록 하면 됩니다.