해결한 문제를 설명하고 워크숍 마치기

이번 단계의 질문

이 워크숍에서 어떤 문제를 해결했고, 왜 이 확인 순서를 설명할 수 있을까요?

처음 문제로 돌아가 봅니다

처음 상황실에는 중계4동, 성남동, 중계본동에서 동시에 확인 요청이 들어왔습니다. 환자 수만 비교하면 인구 규모와 동선 교차 지점을 놓칠 수 있고, 그래프의 연결만 보면 세 지역의 상대적 우선순위를 설명하기 어려웠습니다.

이 워크숍에서 만든 해법은 숫자 하나로 위험 지역을 선언하는 방식이 아닙니다. 지역 이름을 같은 기준으로 맞추고, 두 인구를 비교하고, 환자·진료소·핫스팟의 관계를 연결한 뒤, 확인 목적에 맞는 기준을 공개해 다음 조사 순서를 정했습니다.

해결 흐름을 완성했습니다

앞의 일곱 단계에서 한 일은 서로 떨어진 기능 실습이 아니라 하나의 상황실 질문에 답하는 과정입니다.

세 지역의 판단을 다시 설명해 봅니다

다음 문장을 소리 내어 읽거나 자신의 말로 바꿔 보세요.

중계4동과 성남동은 각각 두 개의 확인 신호를 충족했습니다. 이번 분석은 동선 교차를 먼저 확인하는 것이 목적이므로 핫스팟이 5곳인 중계4동부터 살펴봅니다. 성남동은 만 명당 환자가 14.22로 가장 높아 바로 이어서 확인하고, 중계본동은 현재 기준에서 모니터링합니다.

이 설명에는 관찰한 값, 적용한 기준, 확인 순서, 판단의 한계가 모두 들어 있습니다. 처음 질문이었던 “세 지역 중 어디부터 살펴야 하는가”에 근거를 갖고 답한 셈입니다.

이번 워크숍에서 성취한 것

• 서로 다른 데이터셋을 안전하게 연결하기 위한 지역 복합 키를 확인했습니다.
• 거주 인구와 유동 인구가 답하는 질문을 구분했습니다.
• 환자·진료소·핫스팟을 지역 계층과 연결해 경로를 추적했습니다.
• 집계 결과와 그래프 결과가 서로 다른 근거를 제공한다는 점을 확인했습니다.
• 세 보고에 같은 기준을 적용하고 다음 확인 순서를 설명했습니다.

완료 체크

• 행정동 정보에서 거주 인구와 유동 인구가 같은 행에 나타나는지 확인했습니다.
• 온톨로지에서 환자·의료시설·핫스팟과 지역 관계가 연결되는지 확인했습니다.
• 두 Cypher 쿼리에서 노드와 연결선이 함께 표시되는지 확인했습니다.
• 세 지역의 집계 결과를 테이블에서 비교했습니다.
• 중계4동을 먼저 보고 성남동을 바로 이어서 보는 이유를 자신의 말로 설명할 수 있습니다.

체크하지 못한 항목이 있다면 해당 레슨으로 돌아가 성공 여부만 다시 확인하세요. 모든 쿼리와 세부 설명을 처음부터 다시 읽을 필요는 없습니다.

다음에 적용해 봅니다

실제 지역 분석에 적용할 때는 이 워크숍의 숫자를 그대로 기준으로 사용하지 말고 다음 질문부터 정합니다.

• 어떤 신호가 현재 확인 목적과 가장 직접적으로 연결될까요?
• 인구 규모나 데이터 누락 때문에 비교 결과가 달라질 수 있을까요?
• 우선순위를 전달할 때 어떤 근거와 한계를 함께 남겨야 할까요?

이 세 질문에 답하면 감염병 데이터뿐 아니라 안전 점검, 시설 배치, 상권 분석처럼 여러 지역 보고를 비교하는 업무에서도 설명 가능한 확인 순서를 만들 수 있습니다.

다음 학습

• 분석가 코스에서 지역별 비교 결과를 대시보드 시각화로 확장해 봅니다.
• 온톨로지 모델러 코스에서 엔티티와 관계를 직접 설계하는 흐름을 학습합니다.