기업 채용 분석/네이버

[NAVER] 헬스케어 BE/FE 개발 (경력) 공고 분석

헬스케어 서버 개발, EMR Windows Client 개발, 헬스케어 Web Frontend 개발 세 포지션을 한 공고로 뽑습니다. 서버는 Java와 Spring, Kubernetes, MySQL이 주력 스택으로 명시돼 있고, EMR 클라이언트는 C#과 WPF로 만듭니다. 세 포지션 모두 코드 리뷰와 테스트, 점진적 배포, 모니터링으로 품질을 개선한 경험을 자격 요건으로 요구합니다.

이 공고 분석은 2026년 10월 3일에 이뤄졌습니다. 이후 채용이 종료되었을 수 있습니다.

이 자리가 왜 생겼을까요

네이버는 2026년 9월, 10월 1일자로 디지털 헬스케어 전담 조직을 신설한다고 밝혔고, 조직의 수장으로 클라우드 EMR 스타트업 세나클의 공동대표 두 명이 내정됐다고 보도됐습니다. 이 공고에 '클라우드 EMR(전자의무기록)' 애플리케이션 개발 포지션이 서버, 웹과 나란히 들어 있는 것도 이 조직 개편과 맞물립니다.

네이버가 지금 어떤 사업에 집중하고 있는지는 네이버 채용 분석에서 이어서 볼 수 있습니다.

1하게 될 업무

  • 서버 개발: 신규 헬스케어 서비스의 Backend(도메인 모델, API 서버)를 설계·개발하고, 외부 시스템 인터페이스와 민감 데이터 처리를 포함한 건강 데이터 연동 구조를 만듭니다.

    이렇게 볼 수 있어요

    새 서비스의 도메인 모델부터 설계하는 자리입니다. 개인정보나 결제 정보처럼 민감한 데이터를 외부 시스템과 주고받는 구조를 만들어 본 경험이 가까운 경력입니다.

  • 서버 개발: 성능, 데이터 무결성, 모니터링, 장애 대응, 점진적 배포로 시스템 품질을 확보하고 기획, 프론트엔드와 협업해 기술 의사결정에 참여합니다.

    이렇게 볼 수 있어요

    건강 데이터는 틀리면 안 되는 데이터라 무결성이 성능과 나란히 적혀 있습니다. 데이터 정합성 문제를 찾아 고친 경험이라면 원인과 재발 방지책까지 있어야 무결성을 다룬 경험으로 보입니다.

  • EMR Windows Client: 클라우드 EMR(전자의무기록) 애플리케이션을 설계·개발·운영하며 다양한 Windows 환경에서 안정적인 사용자 경험과 화면 품질(성능, 접근성, 안정성)을 책임집니다.

    이렇게 볼 수 있어요

    병원마다 PC 환경이 달라 생기는 문제를 끝까지 책임지는 자리입니다. 특정 PC에서만 생기는 버그를 재현해 고친 경험이 이 업무를 가장 잘 보여줍니다.

  • EMR Windows Client: 확장성과 유지보수성을 고려해 클라이언트 아키텍처를 설계하고 기술적 trade-off를 비교해 방향을 제안합니다.

    이렇게 볼 수 있어요

    구현만이 아니라 구조를 제안하는 역할입니다. 아키텍처 변경을 제안했던 경험이라면 비교한 선택지와 내린 결론이 함께 있어야 합니다.

  • Web Frontend: 헬스케어 웹 애플리케이션을 설계·개발·운영하며 다양한 디바이스에서 안정적인 사용자 경험과 화면 품질을 확보합니다.

    이렇게 볼 수 있어요

    공고는 복잡한 건강 데이터를 누구나 이해하는 화면으로 만드는 경험을 성장 경로로 들었습니다. 차트나 대시보드처럼 데이터를 시각화한 화면이 이 경로와 가장 가까운 경험입니다.

  • Web Frontend: 프론트엔드 아키텍처를 설계하고 서비스 운영 효율화를 위한 백오피스와 내부 도구를 개발합니다.

    이렇게 볼 수 있어요

    사용자 화면과 운영 도구를 함께 맡습니다. 운영자가 쓰는 관리 화면을 만들어 처리 시간을 줄인 경험도 업무 범위에 들어갑니다.

2자격 요건

  • 서버 개발: 하나 이상의 언어로 백엔드 서버를 설계·개발·운영해 본 경험이 필요합니다(주력 스택: Java, Spring, Kubernetes, MySQL).

    이렇게 볼 수 있어요

    언어는 하나 이상이면 되지만 주력 스택이 따로 적혀 있습니다. 다른 언어로 일해 왔다면 Java와 Spring을 써 본 범위를 따로 밝혀 두세요.

  • 서버 개발: 장애나 성능 문제의 원인을 데이터를 근거로 끝까지 추적해 해결해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    로그나 지표로 원인을 좁혀 간 과정을 묻습니다. 처음 세운 가설이 틀렸던 사례라면 추적 과정이 더 잘 보입니다.

  • 서버 개발: MSA(Microservices Architecture) 기반 System Architecture 설계 경험이 필요합니다.

    이렇게 볼 수 있어요

    서비스를 나눠 본 경험이 필수입니다. 무엇을 기준으로 서비스를 나눴고 나눈 뒤 어떤 문제가 생겼는지까지 있어야 설계 경험으로 보입니다.

  • EMR Windows Client: C#과 .NET Framework에 능숙하고, WPF와 XAML로 UI를 개발하고 MVVM 패턴을 적용해 본 경력이 필요합니다.

    이렇게 볼 수 있어요

    기술 스택이 분명하게 정해진 포지션입니다. WPF로 만든 애플리케이션의 규모와 운영 기간을 적어야 경력의 깊이를 알 수 있습니다.

  • EMR Windows Client: 성능 저하나 Windows PC별 동작 차이 같은 문제를 가설과 검증으로 끝까지 추적해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    서버 포지션과 같은 결의 요건을 클라이언트 환경에 맞게 적었습니다. 사용자 PC에서만 생기는 문제를 원격으로 진단해 본 경험이 이 요건에 맞는 사례입니다.

  • Web Frontend: JavaScript, HTML, CSS에 능숙하고 시맨틱 마크업과 반응형 화면을 구현해 봤으며, TypeScript를 실무에서 사용해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    기본기를 세세하게 적은 요건입니다. 마크업과 접근성까지 신경 쓴 화면이 있다면 포트폴리오 링크로 바로 확인됩니다.

  • Web Frontend: React, Angular, Vue 같은 Framework·Library를 사용하고 그 동작 원리를 이해하고 있어야 합니다.

    이렇게 볼 수 있어요

    사용 경험과 원리 이해를 함께 묻습니다. 렌더링 성능 문제를 프레임워크 동작 방식으로 설명하고 고친 사례가 있으면 두 가지가 함께 보입니다.

  • 공통: Client-Server 개발 모델에 익숙하고, 코드 리뷰와 테스트, 빌드·배포 최적화, 모니터링으로 서비스 품질을 개선해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    세 포지션 모두에 들어 있는 조건입니다. 리뷰나 테스트를 도입한 뒤 장애 건수나 배포 시간이 어떻게 달라졌는지가 이 조건의 근거입니다.

3우대 사항

  • 서버 개발: 백엔드 경험 3년 이상, 헬스케어 서비스나 EMR 등 의료정보시스템 개발 경험을 우대합니다.

    이렇게 볼 수 있어요

    연차 조건이 자격 요건이 아니라 우대 사항에 있습니다. 의료정보시스템 경험이 있다면 어떤 기관이 쓰는 시스템이었는지 밝혀 두면 됩니다.

  • 서버 개발: 대용량 트래픽 처리를 위한 Server Architecture 설계와 Kafka, Elasticsearch 같은 분산 시스템으로 대용량 데이터를 처리한 경험을 우대합니다.

    이렇게 볼 수 있어요

    '대용량'은 숫자로 확인되는 조건입니다. 초당 요청 수나 하루 데이터량이 그 숫자입니다.

  • EMR Windows Client: C# WPF 개발 경험 10년 이상과 애플리케이션 최초 출시부터 유지보수까지 전 과정 경험을 우대합니다.

    이렇게 볼 수 있어요

    우대 연차가 10년으로 깁니다. 하나의 애플리케이션을 출시부터 유지보수까지 오래 맡아 온 기간이 이 항목에서 보는 경력입니다.

  • EMR Windows Client: DevExpress, Telerik 같은 UI Library 없이 Custom Control을 개발하거나 WPF 오픈소스를 분석해 유사 모듈을 다시 만든 경험을 우대합니다.

    이렇게 볼 수 있어요

    상용 라이브러리 없이 화면 부품을 직접 만드는 환경임을 알 수 있습니다. 직접 만든 컨트롤이 있다면 왜 라이브러리 대신 직접 만들었는지가 함께 있어야 경험의 맥락이 드러납니다.

  • Web Frontend: 프론트엔드 경험 4년 이상, 헬스케어 서비스 경험, 번들 사이즈와 렌더링 같은 웹 성능 최적화, 웹 접근성과 크로스 브라우징 대응 경험을 우대합니다.

    이렇게 볼 수 있어요

    성능과 접근성이 함께 적혀 있습니다. 로딩 시간이나 Lighthouse 점수처럼 개선 전후를 비교할 수 있는 수치가 있으면 좋습니다.

  • Web Frontend: SSR·SSG 기반 대규모 트래픽 서비스, 디자인 시스템이나 공통 컴포넌트 라이브러리 운영, 테스트 자동화 경험을 우대합니다.

    이렇게 볼 수 있어요

    같은 헬스케어 UX 디자인 공고도 멀티 프로덕트 디자인 시스템 구축을 업무로 적었습니다. 디자인 시스템을 디자이너와 함께 운영해 본 경험이 있다면 두 조직의 업무와 모두 맞습니다.

4기타 사항

  • 게시일 : 2026년 9월 22일
  • 고용형태 : 정규직
  • 근무지 : 경기도 성남시 분당구 정자일로 95 (NAVER 1784 사옥)
  • 경력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
  • 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

  • Java
  • Spring
  • Kubernetes
  • MySQL
  • Kafka
  • Elasticsearch
  • C#
  • .NET Framework
  • WPF
  • XAML
  • JavaScript
  • TypeScript
  • HTML
  • CSS
  • React
  • Angular
  • Vue

전형과 지원

같은 채용 사이트에서 지원해도 법인마다 전형 단계가 다릅니다. 모든 계열 공고에 공통으로 들어 있는 것은 기업문화 적합도 검사와 마감일입니다.

  • 기업문화 적합도 검사

    분석한 공고는 모두 전형 안에 기업문화 적합도 검사가 있습니다. NAVER와 NAVER Cloud, NAVER I&S는 서류전형과 함께, 네이버웹툰은 Culture-Fit 인터뷰와 함께, 네이버랩스는 사전평가의 Culture Fit 진단으로 진행합니다. NAVER 공고는 최근 1년 안에 검사를 본 지원자는 다시 보지 않아도 된다고 안내합니다.

    이렇게 볼 수 있어요

    서류를 내고 며칠 안에 온라인 검사 기간이 시작되는 공고가 많습니다. 지원 직후 일정을 비워 두고, 인재상 아홉 항목에 대응하는 경험을 미리 정리해 두면 검사와 인터뷰를 함께 준비할 수 있습니다.

    AI 에이전트 엔지니어 공고

  • 법인마다 다른 단계

    NAVER는 서류전형, 직무 인터뷰, 종합 인터뷰, 처우협의 순이고 공고에 주차별 일정을 적어 둡니다. 네이버웹툰은 지원서 리뷰, 실무 인터뷰, Culture-Fit 인터뷰 순이고, NAVER Cloud는 서류 전형, 1차 인터뷰, 레퍼런스체크 및 2차 인터뷰 순입니다. NAVER I&S는 1차와 2차 인터뷰 뒤에 최종 인터뷰가 있습니다.

    이렇게 볼 수 있어요

    NAVER Cloud는 레퍼런스체크가 정규 단계로 들어 있어 추천인을 미리 정해 둘 필요가 있습니다. NAVER 공고는 결과 발표 시점까지 공개해 다른 회사 일정과 맞춰 보기 쉽습니다.

    NAVER Careers 채용 공고

  • 중복 지원과 재지원

    채용 FAQ는 중복 지원에 제한이 없는 경우 법인, 직군, 직무와 관계없이 중복 지원할 수 있다고 적었습니다. 다만 네이버 법인 채용 전형이 진행 중이면 하나의 공고를 고르도록 안내할 수 있다고 덧붙였습니다. 같은 직무에서 6개월 안에 불합격했다면 가급적 6개월 뒤 재지원을 권장합니다.

    이렇게 볼 수 있어요

    재지원은 금지가 아니라 권장 사항입니다. 같은 법인 공고 두 개에 함께 지원하면 한쪽을 고르라는 안내를 받을 수 있으므로 어느 공고가 먼저인지 미리 정해 두면 됩니다.

    NAVER Careers FAQ

  • 경력 인정과 수습

    FAQ는 경력사원 지원 자격을 최소 1년 이상의 유관 경력 또는 박사학위 보유(예정)로 정하고, 인턴십과 아르바이트는 경력에서 뺀다고 밝혔습니다. 신규 입사자는 3개월 온보딩과 수습 기간이 있고 급여는 100% 지급되며, 평가에 따라 수습이 최대 3개월 연장될 수 있습니다.

    이렇게 볼 수 있어요

    경력 연차를 계산할 때 인턴 기간은 빼고 세야 공고의 연차 조건과 맞습니다. 프리랜서 경력은 증빙을 확인한 뒤 검토한다고 했으므로 계약서나 결과물이 있으면 증빙으로 쓸 수 있습니다.

    NAVER Careers FAQ

  • 마감일과 병역 조건

    분석 시점 정규직 공고는 모두 접수 마감일이 정해져 있었습니다. 공고에는 인재 선발이 끝나면 조기 마감될 수 있다는 안내도 있습니다. NAVER와 NAVER I&S 공고, EN Growth Manager를 뺀 네이버웹툰 공고는 남성의 경우 군필자 또는 면제자만 지원할 수 있다고 밝혔습니다. NAVER Cloud 공고는 병역 의무를 마쳤거나 면제된 사람만 지원할 수 있다고 적었습니다.

    이렇게 볼 수 있어요

    공고마다 마감 시각이 오전 10시처럼 날짜 중간에 걸려 있는 경우가 있어 마감일 당일 지원은 위험합니다. 계열마다 마감일이 달라 여러 공고를 함께 보고 있다면 날짜를 공고별로 확인해야 합니다.

    헬스케어 사업/서비스 기획 공고

  • 이 공고만 다른 점

    • 서류전형과 함께 기업문화 적합도 검사와 코딩테스트를 보고(10월 9일부터 12일까지 온라인 예정), 다음 단계에서 사전과제와 직무 인터뷰를 진행합니다.

      코딩테스트와 사전과제가 모두 있는 공고입니다. 마감 사흘 뒤부터 온라인 응시가 시작되므로 지원 전에 코딩테스트 준비를 마쳐야 일정이 맞습니다.

    지원 전 준비할 것

    1. 1

      포지션을 하나로 정하기

      서버, Windows Client, Web Frontend는 스택이 전혀 다릅니다. 한 포지션을 정하고 그 포지션의 자격 요건 순서대로 경력을 정리하세요.

    2. 2

      원인을 끝까지 추적한 사례

      세 포지션 모두 장애나 성능 문제를 끝까지 추적한 경험을 묻습니다. 증상, 세운 가설, 확인 방법, 최종 원인을 순서대로 적은 사례 하나를 준비해 두세요.

    3. 3

      민감 데이터를 다룬 방식

      건강 데이터를 다루는 서비스라 개인정보 암호화나 접근 제어를 어떻게 설계했는지 질문받을 수 있습니다. 비슷한 데이터를 다룬 경험을 정리해 두면 좋습니다.

    백엔드 개발자 지원을 준비한다면