2단계 로그인
비밀번호와 휴대폰 OTP를 모두 거쳐야 로그인됩니다. 비밀번호만으로는 들어올 수 없습니다.
OTP · 6자리 · 30초환자 정보 유출이 남의 일이 아닌 지금, 원장님이 가장 먼저 물으실 질문부터 차례로 답합니다.
여러 병원이 같은 EMR을 써도 다른 병원은 우리 환자를 볼 수 없고, 병원 안에서도 권한이 있는 직원만 볼 수 있습니다. 요청 주소의 번호만 바꿔 남의 정보를 꺼내는 공격이 통하지 않도록, 모든 조회와 수정 요청마다 서버가 세 가지를 다시 확인합니다.
하나라도 맞지 않으면 요청은 처리되지 않습니다. 인증되지 않은 프로그램의 호출도 받지 않습니다.
GET /patients/1284우리 병원 환자 · 담당 직원GET /patients/1285번호만 바꾼 요청 · 다른 병원 환자막는 데서 끝나지 않습니다. 누가 언제 어떤 환자 정보를 조회·수정·출력·다운로드했는지 모두 기록하고, 평소와 다른 움직임은 즉시 알립니다.
| 누가 | 언제 | 어디서 | 무엇을 | 어떻게 | 결과 |
|---|---|---|---|---|---|
| kim.sy | 09:12:04 | 상담실 | 환자 0001284 | 조회 | 성공 |
| park.jh | 09:14:41 | 데스크 | 환자 0001291 | 수정 | 성공 |
| lee.mn | 09:20:18 | 진료실 | 환자 0001284 | 출력 | 성공 |
| choi.dh | 23:47:55 | 외부 IP | 환자 312건 | 다운로드 | 알림 |
한 가지 장치가 뚫려도 다음 장치가 정보를 지킵니다. 일어날 수 있는 상황마다 대비를 두었습니다.
비밀번호와 휴대폰 OTP를 모두 거쳐야 로그인됩니다. 비밀번호만으로는 들어올 수 없습니다.
OTP · 6자리 · 30초로그인 증표는 짧은 시간 뒤 자동으로 만료됩니다. 탈취되어도 곧 쓸 수 없게 됩니다.
토큰 만료관리자 화면은 등록된 IP에서만 열리고, OTP 필수, 1시간 뒤 자동 로그아웃됩니다.
등록 IP · OTP · 1시간병원 PC, 서버, 데이터베이스 사이의 모든 통신이 암호화됩니다.
HTTPS · TLS 1.2+환자 데이터가 저장된 데이터베이스는 인터넷에서 접근할 수 없는 내부망에 있습니다.
Private DB · 인바운드 차단데이터베이스 전체를 암호화하고, 주민등록번호 등 고유식별정보는 항목별로 한 번 더 암호화합니다.
AES-256 · 키 별도 관리목록, 출력물, 다운로드 파일에서는 개인정보 일부를 가려서 표시합니다.
010-****-5678KISA 개발보안 가이드와 OWASP Top 10 기준으로 작성하고, 모든 코드를 배포 전에 검토합니다.
시큐어 코딩 · 코드 리뷰서버 장애, 실수로 인한 삭제, 랜섬웨어가 일어나도 따로 보관한 사본으로 복구합니다.
EMR을 쓰는 병원은 의료법과 개인정보 보호법에 따라 환자 정보를 안전하게 관리할 의무가 있습니다. AEON-B는 그 요구사항에 맞춰 설계했습니다.
| 법령 | 요구사항 | AEON-B의 대응 |
|---|---|---|
| 의료법 제23조 | 전자의무기록의 안전한 관리·보존, 수정 시 접속기록 보관 | 암호화 · 접근 차단 · 변경 이력 |
| 의료법 시행규칙 제16조 | 전자의무기록 관리·보존에 필요한 시설과 장비 | 네트워크 보안 · 백업 |
| 개인정보 보호법 제23조 | 건강정보 등 민감정보의 유출 방지 조치 | 전체 보안 정책 |
| 개인정보 보호법 제24조의2 | 주민등록번호 암호화 저장 | 항목별 AES-256 암호화 |
| 개인정보 보호법 제26조 | 위탁받은 개인정보의 안전한 처리 | 병원과 처리 위탁 계약 체결 |
| 개인정보의 안전성 확보조치 기준 | 접근 권한·접근 통제·암호화·접속기록 보관·재해 대비 | 인증 · 암호화 · 로그 2년 보관 · 백업 |