주요 보안 이슈
디위드 적용 방향
TRUST & SECURITY
사회복지 워크스페이스에서 중요한 것은 빠른 처리만이 아닙니다. 대상자의 개인정보, 상담 기록, 서비스 이력, 예산·증빙, 의사결정 과정은 안전하게 관리되고, 필요한 순간 설명 가능해야 합니다. 디위드는 권한, 승인, 변경 이력, 감사 대응, 개인정보 보호, 책임 있는 AX 활용을 기반으로 사회복지 업무의 신뢰 구조를 설계합니다.
신뢰와 보안은 별도 옵션이 아니라, 도입 진단과 워크스페이스 설계 단계에서
함께 정해야 하는 기본 구조입니다.
WHY TRUST MATTERS
사회복지 업무에는 일반적인 업무 정보보다 더 민감한 데이터가 포함됩니다. 상담 내용, 가구 상황, 건강, 경제, 가족관계, 위기 이력, 서비스 지원 내역, 예산·증빙 자료는 단순 기록이 아니라 한 사람의 삶과 권리에 연결됩니다.
따라서 디위드는 보안을 별도 기능으로 보지 않습니다. 업무 흐름을 설계하는 순간부터 누가 접근할 수 있는지, 어떤 기록이 남아야 하는지, 어떤 정보는 제한되어야 하는지 함께 설계합니다.
예시
{{ d.example }}
필요한 관리 기준
{{ d.rule }}
사회복지 데이터는 편리하게 모으는 것보다, 안전하게 연결하고 책임 있게 사용하는 것이 중요합니다.
TRUST PRINCIPLES
{{ p.body }}
적용 예시
PERMISSION MODEL
사회복지 업무는 여러 사람이 함께 처리하지만, 모든 정보가 모두에게 열려 있어서는 안 됩니다. 디위드는 조직의 역할과 업무 목적에 따라 작성, 열람, 검토, 승인, 공유 권한을 구분합니다.
우리 조직 권한 구조 상담| 역할 | 주요 권한 | 제한 기준 |
|---|---|---|
| {{ r.role }} | {{ r.perm }} | {{ r.limit }} |
모든 정보를 공개하는 방식이 아니라, 필요한 정보만 안전하게 공유하는 구조로 설계합니다.
AUDIT TRAIL
사회복지기관과 지자체는 상담, 서비스 제공, 예산 집행, 결과보고, 지도점검, 감사 대응 자료를 별도로 다시 모으는 경우가 많습니다.
디위드는 업무 처리 과정에서 기록과 증빙이 함께 축적되도록 설계해 감사와 점검 앞에서 설명 가능한 구조를 만듭니다.
디위드는 업무가 끝난 뒤 보고서를 만드는 것이 아니라,
업무가 진행되는 동안 보고와 증빙의 기반을 함께 남깁니다.
PRIVACY GOVERNANCE
사회복지 업무는 대상자의 민감한 상황을 다룹니다. 따라서 개인정보 보호는 시스템 도입 후 추가하는 부가 기능이 아니라, 처음 워크스페이스를 설계할 때부터 포함되어야 합니다.
{{ p.body }}
MODULE SECURITY
디위드는 모듈 조립형 워크스페이스입니다. 따라서 인테이크, 욕구사정, 공공사례관리, 복지예산관리, 정산·증빙, 결과보고처럼 각 모듈이 다루는 데이터와 책임 범위에 따라 보안 설계도 달라집니다.
모듈별 보안 기준 확인| 모듈 유형 | 주요 데이터 | 핵심 보안 기준 | 대표 모듈 |
|---|---|---|---|
| {{ m.type }} | {{ m.data }} | {{ m.rule }} | {{ m.mods }} |
디위드의 보안은 하나의 공통 잠금장치가 아니라, 모듈이 다루는 업무와 데이터의 민감도에 맞춰 설계되는 신뢰 구조입니다.
RESPONSIBLE AX
디위드는 AI를 먼저 붙이지 않습니다. 업무 흐름을 구조화하고 데이터가 축적된 뒤, AI가 요약, 추천, 누락 감지, 보고서 초안 생성처럼 실무자의 반복 업무를 줄이는 방향으로 작동합니다.
AI가 제안한 내용은 최종 결정이 아닙니다. 사회복지사, 공무원, 담당자, 슈퍼바이저, 관리자의 검토와 판단을 거쳐 업무에 반영됩니다.
{{ a.body }}
디위드의 AX는 사람을 대체하는 자동화가 아니라, 사람 중심 실천을 돕는 책임 있는 지원 구조입니다.
CUSTOMER SCENARIOS
주요 보안 이슈
디위드 적용 방향
IMPLEMENTATION CONNECTION
디위드 도입 과정에서는 업무 자료만 보는 것이 아니라, 자료 안에 포함된 개인정보, 민감정보, 승인 흐름, 외부 공유 범위, 보고·감사 요구사항을 함께 확인합니다.
이를 바탕으로 모듈을 조합할 때 권한, 상태값, 승인자, 변경 이력, 증빙 보존, AX 적용 범위를 함께 설계합니다.
| 도입 단계 | 확인할 보안 기준 | 산출물 |
|---|---|---|
| {{ s.num }}{{ s.name }} | {{ s.check }} | {{ s.output }} |
FAQ
아닙니다. 디위드는 역할과 업무 목적에 따라 열람, 작성, 검토, 승인 권한을 구분하는 구조로 설계합니다.
가능합니다. 다만 민감한 정보일수록 접근 권한, 변경 이력, 공유 범위, 보존 기준을 명확히 설계해야 합니다.
가능합니다. 외부 협력기관에는 필요한 정보만 제한적으로 공유하고, 민감 정보는 비식별·마스킹하거나 공유 범위를 별도로 설정하는 방식으로 설계합니다.
업무 과정에서 작성 이력, 승인 이력, 증빙 자료, 보고 산출물을 함께 관리하면 감사와 지도점검 대응에 필요한 자료를 더 쉽게 확인할 수 있습니다.
가능합니다. 상담·사례관리 모듈, 공공복지 모듈, 정산·증빙 모듈, 성과·보고 모듈은 다루는 데이터와 책임 범위가 다르므로 권한, 승인, 증빙, 이력 기준도 다르게 설계할 수 있습니다.
아닙니다. AI는 요약, 추천, 누락 감지, 보고서 초안처럼 실무를 보조합니다. 중요한 판단과 결정은 담당자와 관리자, 승인자가 검토하고 확정합니다.
권장 설계에서는 AI 초안과 최종 확정본, 수정 이력을 구분해 관리합니다. 이를 통해 책임 있는 AI 활용과 기록성을 함께 확보합니다.
도입 이후에 마지막으로 설정하는 것이 아니라, 도입 진단과 워크스페이스 설계 단계에서 개인정보, 권한, 승인, 공유 범위, AX 적용 범위를 함께 정합니다.