top of page
IKNZ Akademie – hodnotově orientovaný nákup zdravotnických prostředků

​IKNZ AKADEMIE
PROČ NAKUPOVAT
PODLE HODNOTY

Kvalita, výsledky péče a efektivní využití zdrojů.

Jak popsat zadání a nepředepsat řešení?
Zadání má říct, co potřebujeme. Ne nutně jak přesně toho má dodavatel dosáhnout. 

CENA

Kolik

zaplatíme?

KVALITA

Co skutečně

získáme?

HODNOTA

Jaký to

má dopad?

VÝSLEDEK

Lepší péče

a efektivnější zdroje.

V předchozích krocích jsme definovali potřebu, popsali výchozí stav, poznali možnosti trhu a vybrali hodnoty, které jsou pro naši zakázku skutečně důležité. Teď je potřebujeme převést do zadání. Právě tady často vzniká problém: místo potřeby a očekávaného výsledku začneme popisovat konkrétní výrobek, technologii nebo řešení, které už známe. Čím přesněji předepíšeme jak má řešení vypadat, tím méně prostoru může zůstat pro alternativy, konkurenci a inovaci. Cílem proto není psát zadání co nejméně konkrétně. Cílem je být velmi přesný v tom, co potřebujeme dosáhnout, ale otevřený tam, kde může existovat více způsobů, jak toho dosáhnout.

Co si v této kapitole osvojíme
Od potřeby k funkčnímu požadavku

Od potřeby k funkčnímu požadavku
Převedeme potřebu a očekávanou hodnotu do formulace, která popisuje: co má řešení umožnit → jakého výsledku má dosáhnout → jakou úroveň musí splnit ne nutně: jakou konkrétní technologii musí použít.

Oddělíme minimum od prostoru pro soutěž

Ne každý důležitý parametr musí být minimální podmínkou.

Pokud nastavíme příliš mnoho požadavků jako povinné minimum, může se stát, že sice ochráníme známé řešení, ale zároveň omezíme počet soutěžících.

Proto budeme u každého požadavku řešit:

Je opravdu nezbytný?
Nebo je to oblast, ve které chceme nabídky porovnávat?

Necháme prostor pro inovaci

Dobře napsaná funkční specifikace dovoluje dodavatelům nabídnout různé cesty ke stejnému výsledku.

Zadavatel drží požadovaný výsledek.

Dodavatel může přinést řešení.

Jednoduchá logika

POTŘEBA → OČEKÁVANÝ VÝSLEDEK → FUNKCE → MINIMÁLNÍ ÚROVEŇ → PROSTOR PRO SOUTĚŽ

Jak to vidí praxe
Kdybychom odstranili název současného výrobku, dokázali bychom stále vysvětlit, proč tento požadavek potřebujeme?

Pokud ano, pravděpodobně pracujeme se skutečnou potřebou. Pokud ne, vraťme se o krok zpět.

​

Praktické materiály ke kapitole

3. TAHÁK

Screenshot 2026-10-02 at 00.12.18.png

Funkční požadavek × technický předpis
Jak popsat, co má řešení zajistit, aniž bychom zbytečně předepsali jedinou technickou cestu.

4. CHECKLIST

Neomezujeme soutěž víc, než je nutné?
Prověřte nezbytnost požadavků, jejich vazbu na potřebu a to, zda patří do minima, nebo do soutěže v kvalitě.

Screenshot 2026-10-02 at 00.11.57.png

5. ÚKOL

Přepište 3 technické požadavky

Vyberte tři požadavky ze své zakázky a zkuste je převést z technického popisu na funkci a očekávaný výsledek.

6. NÁSTROJ

Funkční specifikace
 

Převeďte potřebu do struktury: potřeba → výsledek → funkce → minimum → důvod → důkaz → role v zakázce.

Od ceny k hodnotě

Jste připraveni na Krok 7 
Jak poznáme kvalitu?

Výstup tohoto kroku: Máte připravené funkční požadavky, stanovené nezbytné minimum a prostor pro soutěž v kvalitě.

VALUE BASED PROCUREMENT

  • Facebook
  • LinkedIn

INSTITUT KVALITY NÁKUPU VE ZDRAVOTNICTVÍ

 

​

ve spolupráci s Ministerstvem zdravotnictví ČR, asociací CzechMed a MedTech Europe

info@IKNZ.cz​​​

​

Provozovatelem stránek je společnost RENOIR CZ spol. s r.o.

Jeremenkova 1013/54, 149 00 Praha 4​

IČO 28952472

Firma registrována u Městského soudu v Praze

pod spisovou značkou C 155413/MSPH

​

Zpracování Cookies dle požadavků GDPR

​

© 2026 RENOIR CZ spol. s r. o. všechna práva vyhrazena. 

bottom of page