한 문장 결론
확인된 사실: 식품의약품안전처는 2026년 7월 16일 국가 식품영양성분 데이터베이스를 K-FIND로 새로 출범시켰다. 7월 18일 K-FIND의 실시간 수록 통계 화면에는 식품 32만7,145개와 영양 데이터 349만9,386건이 표시돼 있다. 가공식품·음식·건강기능식품·원재료성 식품을 검색하거나 내려받을 수 있고, 공개된 항목은 Open API로도 연결할 수 있다.
실무 해석: 데이터 규모가 커졌다는 사실만으로 식품 앱이나 건강관리 서비스에 바로 붙일 수 있는 것은 아니다. 기업이 먼저 해결할 일은 자사 상품과 공공 데이터의 식품을 정확히 연결하고, 1회 제공량과 100g 기준을 구분하며, 데이터 변경을 추적하고, 실제 제품 표시사항과 충돌할 때 어느 값을 우선할지 정하는 것이다.
대상기업
확인된 사실: 현재 K-FIND 수록 식품 32만7,145개의 구성은 가공식품 29만8,228개, 음식 1만9,495개, 건강기능식품 5,556개, 원재료성 식품 3,866개다. 수록된 영양 데이터는 가공식품 285만5,345건, 음식 33만6,812건, 건강기능식품 3만8,625건, 원재료성 식품 26만8,604건이다.
광고
K-FIND 누리집은 산업체 대상 기능으로 공공데이터 Open API, 데이터 내려받기, 조리식품 영양정보 등록 기능을 안내한다. 식약처 보도자료는 가공식품·조리식품·건강기능식품뿐 아니라 농촌진흥청과 국립수산과학원이 생산한 농·축·수산물 정보도 통합했다고 설명한다.
실무 해석: 직접적인 참고 대상은 식품 제조사, 간편식·급식·외식 기업, 식단 관리 앱과 웹서비스 개발사, 유통·커머스 사업자, 영양 데이터 분석기업, 연구기관이다. 특히 여러 제조사의 상품을 한 화면에서 비교하거나 사용자의 섭취 기록을 계산하는 서비스는 자체 데이터 구축비를 줄일 수 있다.
다만 모든 식품기업이 같은 방식으로 쓸 수 있는 데이터는 아니다. 제조사가 가진 최신 배합·시험 결과, 실제 판매 단위, 리뉴얼 전후 상품 정보와 K-FIND 수록 항목이 일치하는지 확인해야 한다. 병원 진단이나 치료 결정을 내리는 의료용 기능에 적용하려면 별도의 의료·개인정보·임상 검토가 필요하며, K-FIND 공개만으로 그 적합성이 인정되는 것은 아니다.
혜택 또는 기회
확인된 사실: 식약처는 2007년 약 2만 건으로 시작한 식품영양 정보를 2024년 말 15만2천 건, 2025년 말 27만2천 건, 2026년 6월 32만7천여 건으로 확대했다고 밝혔다. K-FIND는 열량·탄수화물·단백질·나트륨·당류·지방뿐 아니라 식이섬유·비타민·무기질 등을 제공한다. 보도자료는 영양성분 정보가 약 130종이라고 설명하고, 현재 수록 통계 화면은 식품 유형별 제공 성분 수를 136~149개로 표시한다. 두 숫자는 전체 설명과 유형별 화면이라는 기준이 다르므로 같은 값으로 단정해서는 안 된다.
공공데이터 활용도 늘었다. K-FIND와 공공데이터포털의 누적 조회·다운로드 등은 2024년 말 160만 건, 2025년 말 390만 건, 2026년 상반기 말 539만 건으로 집계됐다. 단순 차감하면 2026년 상반기에 누적치가 149만 건 늘었다. 이는 모두일보가 공식 누적치를 비교해 계산한 값이며, 신규 이용자 수나 API 호출 수만을 뜻하지 않는다.
식약처는 미국 FoodData Central 약 47만 건, 캐나다 Canadian Nutrient File 약 6천 건, 영국 CoFID 약 3천 건과 K-FIND를 비교했다. K-FIND의 32만7천여 건은 공개 규모를 가늠할 기준이지만, 국가별 데이터의 식품 정의·중복 처리·제품 단위·갱신 방식이 같다는 뜻은 아니다. 레코드 수만으로 정확도나 서비스 경쟁력을 순위화하면 안 된다.
실무 해석: 기업이 얻는 기회는 세 가지다. 첫째, 초기 상품·원재료 사전을 만들 때 공개 데이터를 기준 데이터로 쓸 수 있다. 둘째, 영양성분 비교와 섭취량 계산 같은 기능을 빠르게 시험할 수 있다. 셋째, API와 내려받기 파일을 함께 써 장애나 갱신에 대비한 내부 사본을 설계할 수 있다.
K-FIND가 별도로 안내하는 ‘식이 데이터 영양평가 및 진단 프로그램’도 있다. 이 프로그램은 공개 API와 절차가 다르다. 1대1 문의에서 신청 항목을 선택하고 필수 정보를 입력하면 관리자 검토 후 프로그램 소스와 데이터베이스를 전자우편으로 받는 구조다. 공개 API를 신청했다고 이 프로그램까지 자동 제공되는 것은 아니다.
제외조건과 흔한 오해
확인된 사실: K-FIND의 공개 데이터는 영양정보 조회·비교·연구·서비스 개발에 활용할 수 있는 국가 데이터다. 그러나 식약처의 개별 제품 허가, 최신 포장지 표시 승인, 광고 문구 심사 결과를 대신한다는 안내는 없다. 수록 건수 32만7,145개도 판매 중인 고유 상품 32만7,145종이나 32만7,145개 기업을 뜻하지 않는다.
‘539만 건 활용’도 539만 명이 사용했다는 수치가 아니다. 공식 보도자료의 범위는 정부·업계·학계 등이 K-FIND와 공공데이터포털에서 조회·다운로드한 누적 건수다. 중복 이용, 같은 사용자의 반복 조회, 파일 내려받기와 화면 조회가 어떻게 구분되는지는 공개 자료만으로 확정할 수 없다.
갱신주기도 고정해 쓰기 어렵다. K-FIND 첫 화면은 ‘매월마다 업데이트’라고 안내하지만 같은 화면의 소개 문구에는 ‘분기별 업데이트’라고 적혀 있다. 7월 18일 현재 두 표기가 함께 노출돼 있어, 기업은 월간 또는 분기 갱신을 시스템 계약조건처럼 단정하지 말고 실제 업데이트 공지와 데이터 변경일을 기준으로 동기화해야 한다.
실무 해석: 가장 흔한 오류는 이름만 같은 식품을 같은 항목으로 처리하는 것이다. 조리법, 원산지, 수분 함량, 제조사, 상품 리뉴얼, 기준량이 다르면 영양값도 달라질 수 있다. ‘닭가슴살’, ‘현미밥’처럼 일반명이 같아도 원재료성 식품, 조리식품, 가공식품 레코드를 분리해야 한다.
또 다른 오해는 공공 데이터가 표시·광고 책임을 이전해 준다는 생각이다. 소비자에게 보여 줄 값은 자사 제품의 최신 시험·표시 자료와 대조해야 하며, 체중감량·질병 예방·치료 효과처럼 건강 결과를 보장하는 표현은 K-FIND 수록만으로 만들 수 없다.
금액·일정·필요서류
확인된 사실: 이번 발표는 보조금이나 기업 모집 공고가 아니다. 지원금, 기업별 한도, 접수 마감, 선정 수, 현금성 혜택은 없다. K-FIND 누리집은 7월 18일 현재 접속 가능하며 검색, DB 내려받기, Open API 안내 메뉴를 제공한다.
공공데이터 Open API는 식의약 데이터포털 또는 공공데이터포털의 데이터별 페이지에서 이용한다. K-FIND 안내는 해당 데이터 페이지에서 ‘활용신청’을 누르는 절차를 제시한다. 가공식품, 음식, 건강기능식품, 원재료성 식품, 통합 표준데이터 등 데이터셋이 나뉘므로 필요한 범위를 먼저 선택해야 한다.
공개 자료에는 모든 API에 공통 적용되는 처리기간, 호출 한도, 서비스 수준, 유료 전환 조건이 한꺼번에 제시돼 있지 않다. 인증키 발급 방식과 트래픽 제한은 선택한 데이터셋의 최신 상세 페이지에서 확인해야 한다. 회사 내부 승인서나 사업계획서가 공식 공통 제출서류라고도 확인되지 않았다.
별도 영양평가·진단 프로그램은 1대1 문의 글에서 신청 유형을 선택하고 사용자 필수 정보를 입력한 뒤 관리자 검토를 거친다. 제공 완료 기한과 심사 기준은 현재 안내 화면에 명시돼 있지 않다.
실무 해석: 비용을 계산할 때는 ‘공공데이터 이용료 0원’만 보지 말아야 한다. 상품 매칭, 결측치 처리, 데이터 갱신 감시, API 장애 대응, 표시사항 검증, 개인정보 분리 보관에 드는 개발·운영비를 별도 항목으로 잡아야 한다. 이는 정부가 요구한 비용표가 아니라 기업의 실제 도입 판단을 위한 내부 원가 항목이다.
지금 해야 할 일
실무 해석: 첫째, 사용할 데이터셋을 한 문장으로 고정해야 한다. 예를 들어 ‘판매 중 가공식품의 100g당 열량·단백질·나트륨 비교’와 ‘사용자가 입력한 조리음식의 1회 섭취량 계산’은 필요한 레코드와 기준량이 다르다. 처음부터 전체 32만7,145개를 가져오는 것보다 서비스 화면 하나에 필요한 범위를 먼저 정하는 편이 검증하기 쉽다.
둘째, 상품 연결키를 설계해야 한다. 식품명 문자열 하나에 의존하지 말고 K-FIND 식별값, 식품 유형, 제조·유통 정보, 기준량, 데이터 출처, 마지막 확인일을 함께 저장해야 한다. 자사 상품코드와 공공 데이터 식별값을 연결하는 별도 매핑표를 두면 상품 리뉴얼 때 과거 기록까지 덮어쓰는 사고를 줄일 수 있다.
셋째, 실제 포장지와 표본 대조를 해야 한다. 출시 제품, 단종 제품, 이름이 비슷한 제품, 1회 제공량이 다른 제품을 섞어 테스트하고 값이 다를 때 화면에 어떤 출처와 기준일을 보여 줄지 결정해야 한다. K-FIND 값과 자사 최신 시험성적·표시값이 다르면 자동으로 한쪽을 덮어쓰지 말고 검토 대기 상태로 보내는 절차가 필요하다.
넷째, 갱신 감시를 자동화해야 한다. 공식 화면의 월간·분기 표기가 엇갈리는 만큼 날짜를 추정하지 말고 업데이트 공지, 내려받기 파일 버전, 레코드 변경일을 확인해 변경분만 검수하는 방식이 안전하다. API가 멈춰도 서비스가 잘못된 0값을 표시하지 않도록 마지막 정상 데이터와 오류 상태를 구분해야 한다.
다섯째, 영양정보와 건강판단의 경계를 화면에 반영해야 한다. 일반 정보 제공과 개인 맞춤형 진단은 책임 범위가 다르다. 개인의 질환·복약·검사결과를 결합하려는 서비스는 식품 데이터 연결과 별도로 의료·개인정보·보안 검토를 거쳐야 한다.
