진단 테스트 만들기, 문항 설계부터 결과 페이지까지

진단 테스트 만들기는 측정 목적을 정하고, 사용할 문항의 근거와 권리를 확인하고, 채점 규칙을 표본으로 시험한 뒤 화면과 운영 절차를 구현하는 순서로 진행합니다. 웹 개발은 정해진 규칙을 정확히 실행하는 역할을 맡습니다. 점수의 의미와 활용 범위는 해당 분야 전문가가 책임지고 검토해야 합니다.

목적과 사용 범위를 먼저 확정합니다

첫 문서에는 대상, 측정하려는 개념, 결과의 용도, 결과를 보고 할 행동을 적습니다. 교육용 지식 확인, 서비스 추천, 일반적인 자기점검, 연구용 척도는 필요한 근거가 서로 다릅니다. 채용·선발이나 건강·심리 상태 판단처럼 개인에게 영향이 큰 용도라면 전문가 검토와 별도 법률 검토가 필요합니다.

건강·심리 문항을 다루는 자기점검 도구에는 의료적 진단이나 치료를 제공하지 않는다는 범위, 위기 상황의 공식 연락처, 전문가 상담이 필요한 조건을 표시합니다. 임상적 판단과 연결되는 내용은 자격 있는 전문가가 문항, 기준, 결과 문구를 승인해야 합니다. 의료법 등 적용 규정은 서비스 형태별로 확인합니다.

문항과 척도의 근거·사용권을 확인합니다

기존 척도를 쓰려면 원저작자, 출처, 대상 집단, 번역본의 근거, 허용된 이용 범위를 기록합니다. 공개된 문항도 복제·번역·수정·상업 이용이 모두 허용된다는 뜻은 아닙니다. 저작권법에 따라 이용허락 조건을 확인하고 승인서나 라이선스를 보관합니다.

새 문항은 한 문장에 한 개념을 묻고, 응답자가 이해하는 말로 씁니다. 척도 단계와 기준 기간을 일정하게 유지하고, 역문항은 혼란을 줄 수 있어 인지 면담에서 이해 여부를 확인합니다. 개발 담당자는 표현을 다듬을 수 있지만 측정 개념과 문항 적합성의 최종 책임은 의뢰인의 분야 전문가에게 있습니다.

채점 구조와 결과 문구는 모두 가설로 시작합니다

단순 합산, 영역별 점수, 유형 분류를 구현할 수 있습니다. 예를 들어 5점 응답 열 문항을 더하거나 세 영역 평균을 보여주는 방식은 구현 예시입니다. 0~20점·21~35점처럼 경계를 나누는 숫자, 가중치, 역채점, 동점 처리도 검증된 공식으로 간주할 수 없습니다. 근거 문헌과 실제 표본 분석으로 확정합니다.

결과 페이지에는 점수나 유형, 제한된 해석, 다음 행동, 사용 범위를 함께 둡니다. 표본 검증 전에는 “높음·낮음” 같은 단정적 등급보다 관찰된 응답 경향을 설명합니다. 결과를 특정 질환, 능력, 미래 행동으로 연결하려면 그 해석을 지지하는 타당도 근거가 별도로 필요합니다.

공개 전에 타당도·신뢰도와 표본을 시험합니다

타당도는 점수가 의도한 개념과 용도에 맞게 해석될 근거가 있는지, 신뢰도는 정한 조건에서 점수가 얼마나 일관되게 측정되는지를 살핍니다. CDC 문항 평가 안내는 평가가 관찰 자료에 근거하고 투명하며 체계적이어야 한다고 설명하고 인지 면담과 사전시험을 소개합니다. 이를 바탕으로 전문가 내용 검토, 인지 면담, 예비조사와 본 표본 분석의 범위는 분야와 용도에 맞춰 별도로 계획합니다.

예비조사에서는 이해하기 어려운 문항, 중도 이탈 위치, 응답 시간, 결측과 한쪽 쏠림을 확인합니다. 본 조사에서는 연구 설계에 맞춰 문항 구조, 내적 일관성, 재검사 신뢰도, 관련·비관련 척도와의 관계를 검토합니다. 필요한 표본 수와 통계 방법은 문항 수만으로 정하지 않고 분석 목적과 모집단을 기준으로 전문가가 결정합니다. 배포 뒤에도 대상이나 용도가 바뀌면 근거를 다시 확인합니다.

개인정보·소유권·결제 흐름을 계약에 적습니다

건강이나 심리 상태에 관한 응답은 민감정보가 될 수 있습니다. 개인정보 보호법과 안전성 확보조치 기준에 따라 적용되는 법적 근거와 별도 동의 필요 여부를 검토하고, 목적에 필요한 항목만 수집합니다. 보유기간과 파기, 열람·정정·삭제·처리정지 등 정보주체 권리 절차, 관리자 최소 권한, 전송·저장 암호화, 접속·다운로드 기록, 사고 대응을 설계합니다. 호스팅·메일·분석 도구 등 처리 수탁자와 국외 이전 여부도 처리방침과 계약에서 확인합니다.

“자체 시스템이므로 데이터가 고객 소유”라는 결론은 자동으로 생기지 않습니다. 고객 명의의 클라우드·데이터베이스 계정, 계약상 귀속, 정기 내보내기, 종료 시 반환·삭제 절차가 함께 있어야 합니다.

유료 결과에는 주문과 결제를 분리해 기록합니다. 결제사의 거래 설명처럼 PG는 승인·취소·환불 상태를 처리하고, 세금계산서와 현금영수증은 결제수단·거래·사업자 과세유형에 따른 증빙 흐름으로 설계합니다. 국세청 안내를 확인하고 발급 대상과 시점은 세무 전문가에게 검토받습니다.

저희는 승인된 문항·규칙을 화면과 관리자 기능으로 구현하고, 검증 상태와 변경 이력이 남도록 구성합니다.

자주 묻는 질문

문항 초안도 함께 만들 수 있나요?

표현과 화면 흐름의 초안은 함께 만들 수 있습니다. 측정 개념, 문항의 적합성, 채점 기준과 임상적 해석은 의뢰인의 분야 전문가가 검토하고 승인해야 합니다.

표본 시험 전에도 공개할 수 있나요?

기술 시험용으로 제한해 배포할 수 있습니다. 이 단계의 점수와 경계는 예시임을 표시하고 중요한 판단에 사용하지 않으며, 표본 결과에 따라 문항과 해석을 수정합니다.

결과 페이지를 나중에 바꿀 수 있나요?

문구와 기준값을 관리자에서 바꾸도록 만들 수 있습니다. 변경 이유, 승인자, 적용일을 기록하고 채점 구조가 달라지면 이전 결과와 새 결과를 구분해 보관합니다.