정신 질환 환자의 일상적인 무드 차트와 약 복용 기록이 환자 담당자에게 공유되어 지속적 관리를 도와주는 서비스, RE:MIND

어릴 때부터 성인이 된 지금까지 항상 언급되는 대한민국의 대표적인 사회적 문제가 있습니다.

바로 우리나라의 높은 자살률 문제입니다.

한국은 OECD 국가 중 자살률이 10만명당 22명으로 가장 높습니다. 그리고 자살자들의 95% 가 실행 당시 정신 질환 이 있었을 것으로 판단되어집니다. 따라서 정신 질환에 대한 적절한 치료가 자살률을 크게 줄일 수 있습니다.

저희는 더욱 효과적으로 정신 질환 치료가 이루어질 수 있도록 돕고자 하였고, 이를 위해 전문가 심층 인터뷰와 설문조사를 진행하였습니다.

1️⃣ 전문가 심층 인터뷰

• 정신건강의학과 의사와의 인터뷰

[Pain Point & Solution]

1. 짧은 진료시간으로 인한 진료왜곡현상 발생

⇒ 진료 외 시간의 환자 기록을 요약하여 진료 시 참고

2. 시각적으로 보이는 회복도의 부재

⇒ 무드 차트를 통한 환자의 감정 변화 및 회복 추이 시각화

3. 환자의 약 복용을 정확히 파악하거나 지원하기 어려움

⇒ 약 복용 여부 입력을 통한 환자의 치료 순응도 파악

• 정신건강복지센터와의 인터뷰

[Pain Point & Solution]

1. 환자의 이용률이 낮은 자기 관리 수첩을 사례 관리에 활용하기 어려움

⇒ 환자의 작업을 최소화하여 서비스 이용률을 높이고, 센터가 수집된 기록을 활용하도록 지원함

2. 사례관리 대상의 상태를 비대면으로 모니터링하기 어려움

⇒ 무드차트 월별 기록을 통해 환자의 기분 변화 추이를 제공

3. 비효율적인 약 복용 여부 검사

⇒ 환자의 약 복용 여부를 실시간으로 비대면 조회 지원

2️⃣ 설문- 정신과 진료 유경험자 대상

• 진료

⇒ 짧은 진료 및 상담 시간으로 인해 깊이 있는 상담이 어렵고 의사에게 자신의 이야기를 전달하는 것에 어려움을 느끼고 있다.

• 약복용

⇒ 약 복용 시간을 자주 잊어 제시간 복용이 어렵고 복용 시 나타나는 부작용으로 인해 어려움을 느끼고 있다.

위와 같은 조사를 바탕으로 정신질환의 효과적인 치료 및 회복의 Pain Point가 크게 두 가지 존재한다고 판단하였습니다

1️⃣ 정신과 외래 진료 시간이 짧다.

현재 대부분의 정신과 진료 시간은 한 환자 당 약 5~10분 사이입니다(초진 제외). 저희는 앞서 진행한 유저 리서치에서 이러한 짧은 시간 동안 효과적인 진료를 진행하는 것이 어렵다는 점을 파악할 수 있었습니다. 외래 환자의 경우 자신이 겪은 감정과 상황을 짧은 시간 내에 의사에게 전달해야 하기 때문에 진료 및 상담의 어려움을 느끼고 있습니다. 의사 역시 환자의 기억에 의존한 진료 과정에서 진료 왜곡을 경험한다는 고민 지점이 존재합니다.

2️⃣ 치료 중단 이후 회복기에 극단적 선택을 하는 경우가 많으나, 효과적인 사례관리가 어렵다.

정신 질환으로 입원 치료를 받고 퇴원한 후 30일 내 자살률은 퇴원 환자 10만 명당 우울증 364명, 조현병 168명, 양극성 정동장애 158명으로 일반 인구 집단에서 자살한 사람의 66.8배 많습니다.

이를 방지하기 위해 정신건강복지센터는 환자들에게 퇴원 이후 지속적 관리를 도와주는 사례 관리를 제공하고 있습니다. 그러나 한 명의 사례관리자가 35-40명의 환자를 담당하여 대상자의 집에 직접 찾아가 약 봉투를 검사하고 환자의 상태를 체크하는 방식의 사례 관리 방식으로 업무 부담이 상당한 상황입니다. 이러한 시간 및 비용적 제약으로 인해 사례관리자가 환자의 일상을 효과적으로 관리하고 긴급 상황에 대처하기는 어렵다는 페인 포인트를 가지고 있습니다.

따라서 팀 말랑말랑은 환자가 진료 외 시간에 입력한 상태 정보를 의사와 사례관리자가 참고하여 진료 왜곡 현상 문제를 해결하고 사례 관리 업무의 효율성과 효과성을 강화하는 서비스, RE:MIND를 제안합니다.

저희 서비스의 ‘전체적으로 유사한’ 경쟁 서비스들을 조사하였고,

서비스의 주요 기능들을 가지고 있는 ‘기능별’ 경쟁 서비스들을 심층적으로 분석하였습니다.

• 환자의 서비스 이용 내역이 의사 및 사례관리자의 의사 결정 지원에 활용된다
• 무드 차트 기록 결과를 통해 관련 진료를 받을 수 있다
• 약 복용 여부에 따라 적절한 대처를 받을 수 있다

• Tam-Sam-Som

저희 서비스 타겟층은 ‘정신 질환 치료 센터’와 ‘정신질환자’입니다.

그 중, 상세한 타겟층은 아래와 같은 대상으로 설정하였습니다.

1. 환자 관리를 효율적으로 하여 환자의 질환을 적극적으로 치료하고자 하는 정신질환 센터/병원 (사례 관리자/의사)

2. 일상에 치료 행위에 관심을 갖고 치료 기록에 적극적으로 참여하는 정신질환자

"Re:Mind"서비스는 환자 담당 전문의 및 사례관리자에게 환자의 무드 차트 기록과 약 복용률 등의 데일리 라이프 정보를 압축적으로 제공합니다. 이를 통해 환자의 상태를 정확하게 파악할 수 있고 더욱 효과적인 관리가 이루어지도록 도와줍니다.

*송가영, 이세정, 윤운, 김창윤, 전명욱, 주연호, 이중선. (2018). 양극성장애 환자용 한국어판 기분 기록 스마트폰어플리케이션의 개발 및 임상적 적용. 신경정신의학, 57(3), 244-251.

개발부터 배포까지의 워크플로우

1. 깃허브의 master branch에 코드를 push한다.
2. github secret에 등록된 변수를 서버 루트 디렉터리의 .env 파일로 생성한다.
3. 스프링부트 프로그램을 빌드하여 .jar파일로 변환한다.
4. NCP Container Registry에 로그인한다.
5. docker image로 빌드한다.
6. NCP Container Registry에 push한다.
7. docker-compose.yml 파일을 서버 루트 디렉터리로 옮긴다.
8. NCP Container Registry에서 이미지를 pull한다.
9. 도커 컴포즈를 실행하여 스프링부트 어플리케이션을 띄운다.

🖥️Frontend

• 파일 : CamelCase + SnakeCase
• 클래스명 : PascalCase
• 함수/변수명 : CamelCase

💻Backend

• Packages
  • 항상 소문자로 생성하기
• Classes
  • 명사여야 한다.
  • 복합 단어의 경우 각 단어의 첫글자는 대문자.
  • 완전한 단어를 사용하고, 두 문자어와 약어는 피한다.
• Interfaces
  • 인터페이스 이름도 클래스 이름과 같은 대문자 규칙을 적용한다.
• Methods
  • 동사여야 한다.
  • 복합 단어의 경우 첫 단어는 소문자로 시작한다.
• Constants
  • 클래스 상수로 선언된 변수들과 상수들의 이름은 모두 대문자로 쓰고 각 단어는 언더바 ("_")로 분리한다. -** Variables**
  • 변수 이름의 첫번째 문자는 소문자여야 한다.
  • 언더바 또는 달러 표시 문자로 시작하는 것이 허용 되기는 하지만, 사용하지 말자.
  • 짧지만 의미있게 짓는다.
  • 변수의 사용 의도를 알 수 있도록 의미적으로 짓는다.
  • 한문자로만 이루어진 변수는 암시적으로만 사용하고 버릴 변수를 제외하고는 피한다.
  • 임시 변수의 이름은 integer는 i,j,k,m,n 을 사용하고 character는 c,d,e를 사용한다.
• ETC
  • DB 테이블: lower_snake_case
  • ENUM, 상수: Upper_snake_case
  • 컬렉션(Collection): 복수형을 사용하거나 컬렉션을 명시한다. (Ex. userList, users, userMap)
  • LocalDateTime: 접미사에 Date를 붙인다.

git commit -m "feat(#8) : 앱 설치 플로팅 배너 추가"

• feat : 새로운 기능 추가
• fix : 버그 수정
• chore : 빌드 업무, 패키지 매니저, 라이브러리, dependencies 설정
• docs : 문서 수정 - README.md, .github, ..etc
• design : 사용자 UI 디자인 변경 - CSS
• style : 기능 수정 없는 코드 스타일 변경
• refactor : 코드 리팩터링
• test : 테스트 코드, 리펙토링 테스트 코드 추가
• ci : ci 설정 파일 수정
• perf : 성능 개선
• rename : 파일 혹은 폴더명 변경

• master : 출시 가능한 프로덕션 코드의 브랜치

• feature : 기능을 개발하는 브랜치

• hotfix : 출시 버전에서 발생한 버그를 수정하는 브랜치

  브랜치 네이밍 : feat/이슈번호