--- title: "Dragon Copilot: co sprawdzić przed pilotażem w placówce" url: "https://majchrzycki.com/blog/co-to-jest-microsoft-dragon-copilot-poradnik-dla-placowek-medycznych" description: "Dragon Copilot w placówce medycznej: sprawdź dostępność w Polsce, język, integrację i kontrolę dokumentacji przed zaplanowaniem pilotażu." --- # Dragon Copilot: co sprawdzić przed pilotażem w placówce 8 marca 2025· Aktualizacja: 29 września 2026·7 min czytania·Krzysztof Majchrzycki Temat: [Microsoft AI](https://majchrzycki.com/blog/filar/microsoft-ai) Na prezentacji lekarz rozmawia po angielsku, a po chwili otrzymuje uporządkowaną notatkę. Czy to wystarczy, żeby planować wdrożenie w polskiej placówce? **Dragon Copilot wymaga osobnego potwierdzenia dostępności, obsługi języka, integracji z dokumentacją i sposobu kontroli wyniku.** Udana demonstracja pokazuje możliwości określonego scenariusza, nie gotowość każdego gabinetu. Stan sprawdzony 18 września 2026 r.: publiczna lista krajów, w których Microsoft oferuje Dragon Copilot dla lekarzy, nie wymienia Polski. Dlatego ten poradnik prowadzi przez ocenę warunków wdrożenia. Nie jest potwierdzeniem dostępności produktu w Polsce ani instrukcją wykorzystania go do podejmowania decyzji medycznych. Przed planowaniem pilota najpierw sprawdź warunki dostępności i pracy placówki opisane tutaj. Gdy te warunki są spełnione, przejdź do [mapy funkcji Dragon Copilot i kryteriów ich odbioru](https://majchrzycki.com/blog/najwazniejsze-funkcjonalnosci-microsoft-dragon-copilot). Opis funkcji nie zastępuje potwierdzenia, że produkt można zastosować w Twoim kraju i scenariuszu. ## Czym jest Microsoft Dragon Copilot Dragon Copilot wspiera przygotowywanie dokumentacji klinicznej z wykorzystaniem mowy i AI. Microsoft opisuje między innymi dyktowanie oraz tworzenie projektu notatki z nagranej rozmowy lekarza z pacjentem. Produkt obejmuje różne doświadczenia zależne od roli personelu. Nie należy zakładać identycznego zakresu funkcji dla lekarzy, pielęgniarek i radiologów. [Opis zastosowań producenta](https://learn.microsoft.com/en-us/industry/healthcare/dragon-copilot/whitepapers/use-cases) wskazuje, że wynik wymaga przeglądu przez wykwalifikowanego członka zespołu opieki. Dragon Copilot nie jest systemem elektronicznej dokumentacji medycznej ani jej docelowym repozytorium. Placówka odpowiada za właściwe zatwierdzenie i zapis informacji w systemie dokumentacji. To rozróżnienie ma znaczenie organizacyjne. Projekt notatki może pomóc w opracowaniu treści, lecz nie zamyka wizyty tylko dlatego, że pojawił się na ekranie. Potrzebujesz wskazanej osoby sprawdzającej, poprawnego przypisania pacjenta oraz potwierdzenia zapisu we właściwym miejscu. ## Dostępność sprawdzaj dla kraju i roli Na [stronie produktu Microsoft](https://www.microsoft.com/en-us/health-solutions/clinical-workflow/dragon-copilot) lista dla lekarzy obejmuje Stany Zjednoczone, Kanadę, Wielką Brytanię, Irlandię, Francję, Niemcy, Austrię, Belgię, Holandię i Szwajcarię. Osobno opisano dostępność dla pielęgniarek w USA oraz wersję dla radiologów w fazie preview w USA. Lista może się zmienić po dacie tej aktualizacji. Brak Polski na opublikowanej liście nie jest podstawą do wymyślenia daty premiery. Przed planowaniem zakupu poproś dostawcę o pisemne potwierdzenie warunków dla kraju, konkretnej roli i funkcji. Oddziel ofertę dostępną obecnie od zapowiedzi oraz programu próbnego. Dostępność geograficzna nie potwierdza automatycznie obsługi języka polskiego. Sprawdź osobno język rozpoznawania mowy, język dokumentacji oraz wymagany wariant pracy. Nie przenoś listy języków zwykłego Microsoft Copilot na produkt medyczny. To inne rozwiązania z odrębnym zakresem wsparcia. Pytanie przed pilotażem Potrzebny dowód Czego dowód nie zastępuje Czy produkt jest oferowany placówce? Aktualne warunki dla kraju i roli Potwierdzenia obsługi języka Czy obsługuje planowane rozmowy? Dokumentacja konkretnej funkcji i języka Oceny jakości w gabinecie Czy współpracuje z naszym systemem? Zakres integracji i obsługiwane wersje Testu zapisu dokumentacji Kto zatwierdza wynik? Procedura i wskazany personel Sprawdzenia treści każdej notatki Co obejmuje umowa? Licencje, wsparcie i warunki danych Odbioru procesu w placówce Jeżeli któryś podstawowy warunek pozostaje niepotwierdzony, można prowadzić analizę procesu i materiałów demonstracyjnych. Nie nazywaj jej jednak pilotażem gotowego rozwiązania dla rzeczywistych wizyt. Taka precyzja pozwala zaplanować pracę bez budowania oczekiwań na niezweryfikowanej dostępności. ## Co oznacza dostępność dla polskiej placówki we wrześniu 2026 Na 29 września 2026 r. [oficjalna strona Microsoft Dragon Copilot](https://www.microsoft.com/en-us/health-solutions/clinical-workflow/dragon-copilot) wymienia dla lekarzy Stany Zjednoczone, Kanadę, Wielką Brytanię, Irlandię, Francję, Niemcy, Austrię, Belgię, Holandię i Szwajcarię. Dla pielęgniarek podaje Stany Zjednoczone, a dla radiologów amerykański podgląd. **Polski nie ma na tej liście**. Nie wolno więc planować komercyjnego pilota w polskiej placówce na podstawie samej demonstracji produktu. Przed jakąkolwiek próbą poproś Microsoft o pisemne potwierdzenie dostępności dla kraju, roli personelu, używanego języka, integracji z konkretnym systemem dokumentacji i sposobu przetwarzania danych. Brak potwierdzenia któregokolwiek warunku oznacza, że właściwym następnym krokiem jest ocena procesu dokumentowania pracy, a nie obietnica wdrożenia Dragon Copilot. Nawet po uzyskaniu dostępu klinicysta musi sprawdzić każdą notatkę i decyzję przed zapisaniem jej w dokumentacji. ## Język i jakość dokumentacji to różne testy Producent wyłącza zastosowanie Dragon Copilot jako narzędzia tłumaczeniowego lub zastępstwa osądu klinicznego. Nie zakładaj zatem, że obecność tłumacza w rozmowie zapewnia obsługę dowolnego języka. Dla konkretnego scenariusza muszą istnieć jawne warunki wsparcia. [Nocie przejrzystości Microsoft](https://learn.microsoft.com/en-us/industry/healthcare/dragon-copilot/whitepapers/transparency) towarzyszy opis ograniczeń: hałas, nakładająca się mowa i akcent mogą wpływać na rozpoznawanie, a podsumowanie może pomijać informacje lub dodawać nieprawidłowe szczegóły. Dlatego oceniaj treść notatki, nie tylko płynność jej języka. Własny zestaw testowy powinien obejmować różne warunki rozmowy właściwe dla planowanego zastosowania. Zacznij od scenariuszy syntetycznych zatwierdzonych przez personel. Zapisz, jakie informacje powinny znaleźć się w wyniku, które są niepewne i czego nie wolno dopisać. Nie traktuj tego zestawu jako walidacji wszystkich możliwych wizyt. Osobno sprawdzaj przypisanie wypowiedzi. Zdanie pacjenta, pytanie lekarza i stwierdzenie osoby towarzyszącej pełnią różne role. Przy kilku rozmówcach potrzebujesz potwierdzenia ograniczeń produktu dla konkretnego przebiegu spotkania. Sam fakt, że nagranie się rozpoczęło, nie dowodzi poprawnej interpretacji źródła każdej informacji. ## Zaprojektuj kontrolę przed zapisem Placówka powinna określić, kto przegląda projekt, jak nanosi poprawki i kiedy dokument jest gotowy do zapisania. Nie wystarczy ogólne szkolenie z obsługi aplikacji. Personel potrzebuje praktycznej procedury dla wyniku niekompletnego, błędnego albo przypisanego do niewłaściwej wizyty. Poniższa tabela jest propozycją kontroli dokumentacji w pilotażu. Nie jest medyczną listą diagnostyczną ani oficjalnym szablonem Microsoft. Obszar kontroli Co porównać z materiałem źródłowym Jak zapisać wynik testu Identyfikacja Pacjent, wizyta i autor Zgodność lub błąd przypisania Znaczenie wypowiedzi Potwierdzenie, zaprzeczenie i niepewność Fragment wymagający poprawy Dane szczegółowe Liczby, jednostki i nazwy Rodzaj rozbieżności Kompletność Uzgodniony zakres informacji Pominięty element Dodana treść Informacje bez oparcia w rozmowie Element do usunięcia i oceny Zapis końcowy Miejsce, wersja i status dokumentu Potwierdzenie w systemie docelowym Błędy podziel według znaczenia dla pracy, z udziałem odpowiedzialnego personelu klinicznego. Poprawka interpunkcji nie powinna ważyć tyle samo co zmiana sensu wypowiedzi. Dobra średnia nie może ukrywać przypadku wymagającego zatrzymania użycia wyniku. Zachowaj możliwość odtworzenia, co było projektem AI, co poprawiono i co zatwierdzono, zgodnie z przyjętymi zasadami przetwarzania danych. W razie problemu zespół powinien umieć ustalić etap, na którym powstał błąd. Bez tego kolejne szkolenie lub korekta konfiguracji może nie dotknąć rzeczywistej przyczyny. ## Integrację odbieraj na całej ścieżce Pokaz wbudowania produktu w znany system zagraniczny nie potwierdza współpracy z systemem używanym przez twoją placówkę. Ustal sposób uruchomienia, przekazania kontekstu pacjenta, powrotu notatki i obsługi błędu. Zapytaj również, które elementy wymagają pracy partnera integracyjnego. Przejdź test od rozpoczęcia dokumentowania do odczytu zatwierdzonej notatki przez uprawnioną osobę. Sprawdź ponowienie po utracie połączenia oraz sytuację, gdy zapis kończy się niepowodzeniem. Nie powinno powstać fałszywe potwierdzenie ani druga, niekontrolowana wersja dokumentacji. Przed startem opisz tryb pracy bez narzędzia. Jeśli usługa jest niedostępna, personel nadal musi mieć znany sposób prowadzenia dokumentacji. Pilotaż nie powinien uzależniać ciągłości pracy od funkcji, której zachowania podczas awarii jeszcze nie sprawdzono. Nie zakładaj identycznych możliwości aplikacji mobilnej, przeglądarkowej i zintegrowanej. Odbieraj urządzenia oraz kanał używane w realnym procesie. Sprawdź mikrofon, dostępność sieci, logowanie, zmianę użytkownika i ergonomię pracy. Trudność niewidoczna w prezentacji może pojawić się dopiero między kolejnymi wizytami. ## Dane i odpowiedzialność ustal przed nagrywaniem Mapa danych powinna obejmować nagranie, transkrypcję, projekt oraz zatwierdzony dokument. Dla każdej postaci ustal miejsce przetwarzania, dostęp, okres przechowywania i sposób usunięcia. Nie przyjmuj, że reguły dla jednego etapu automatycznie obejmują wszystkie pozostałe. Zespół odpowiedzialny za ochronę danych i obsługę prawną powinien ocenić konkretną umowę oraz planowany proces. Ogólna deklaracja producenta nie zastępuje tej oceny. Ustal również informowanie pacjenta i procedurę postępowania, gdy nagrywanie nie może się odbyć. Personel powinien znać alternatywną ścieżkę bez improwizowania podczas wizyty. Nie wpisuj do planu niepotwierdzonych gwarancji dotyczących lokalizacji lub wykorzystania danych. Potrzebujesz aktualnych warunków dla wybranej usługi i konfiguracji. Pytania o podwykonawców, eksport i zakończenie współpracy warto rozstrzygnąć przed rozpoczęciem pracy na informacjach pacjentów. ## Jak mierzyć wynik pilotażu Porównuj całkowity czas przygotowania dokumentacji, wraz z kontrolą, poprawkami i zapisem. Sam czas generowania nie pokazuje obciążenia lekarza. Mierz też liczbę pominięć, błędów istotnych i nieudanych przekazań do systemu, według ustalonych wcześniej definicji. Rozważ przykład syntetyczny. Przy 20 dokumentach przygotowanie bez narzędzia trwa średnio osiem minut, łącznie 160 minut. W wariancie z AI kontrola, poprawki i zapis zajmują średnio pięć minut, razem 100 minut. Różnica to 60 minut w tej próbce, a nie deklarowany wynik Dragon Copilot. Jeśli dodatkowe przygotowanie stanowisk i obsługa problemów zajęły 40 minut, pozostaje 20 minut różnicy w całym badanym procesie. Nie oznacza to automatycznie możliwości przyjęcia dodatkowych pacjentów. Zależy ona od organizacji grafiku i innych ograniczeń, których ten rachunek nie obejmuje. Wynik pilotażu Warunek rzetelnego porównania Czas dokumentowania Podobny zakres i trudność przypadków Poprawność projektu Wspólne kryteria i kompetentny odbiorca Koszt procesu Licencje, integracja, szkolenie i wsparcie Przyjęcie przez personel Obserwacja wykonania zadania, nie tylko ankieta Przy małej próbie traktuj wynik jako sygnał do dalszej oceny. Zapisz przypadki, które wypadły źle, oraz warunki, w których wystąpiły. Nie rozszerzaj wniosku z jednej roli, specjalności lub języka na całą placówkę bez dodatkowego sprawdzenia. ## Przygotuj personel do odbioru wyników Szkolenie powinno kończyć się przejściem pełnego scenariusza: rozpoczęciem właściwej sesji, przeglądem projektu, poprawieniem błędu i potwierdzeniem zapisu. Pokaz funkcji nie sprawdza, czy użytkownik rozpozna nieprawidłową treść pod presją czasu. Przygotuj ćwiczenia, w których błąd jest celowo umieszczony w materiale demonstracyjnym, a wynik ocenia osoba prowadząca szkolenie. Ustal też sposób zgłaszania problemów bez niekontrolowanego przesyłania danych pacjenta. Zgłoszenie powinno pozwolić odtworzyć wersję produktu, etap pracy i rodzaj usterki. Zakres dołączanych informacji musi odpowiadać zatwierdzonej procedurze. Dzięki temu administrator może analizować problem, a personel wie, gdzie szukać pomocy. Przed rozszerzeniem zakresu sprawdź, czy zespół potrafi odróżnić błąd rozpoznawania od błędu podsumowania i integracji. Każdy z nich może wymagać innego działania. Zmiana mikrofonu nie naprawi błędnego przypisania dokumentu w systemie, a poprawienie szablonu nie zastąpi brakującego zatwierdzenia. Po zmianie wersji lub konfiguracji wróć do zachowanego zestawu przypadków testowych. Porównaj rezultaty według tych samych kryteriów i zapisz nowe ograniczenia. Osoba odpowiedzialna za pilotaż powinna móc wskazać, na podstawie jakich dowodów dopuszczono kolejny etap oraz jakie sytuacje nadal pozostają poza zakresem zastosowania. ## Od czego zacząć w polskiej placówce Pierwszym zadaniem jest potwierdzenie warunków dostępności i języka. Dopiero później wybierz jeden proces dokumentowania, właściciela klinicznego i technicznego oraz kryteria zatrzymania pilotażu. Nie wpisuj konkretnej oszczędności do budżetu jako pewnego efektu przed pomiarem. Organizację odpowiedzialności opisz w [systemie pracy placówki](https://majchrzycki.com/system). Jeśli oceniasz także automatyzację telefonicznej obsługi administracyjnej, przeczytaj [poradnik oceny voicebota](https://majchrzycki.com/blog/ai-voicebot-app). To osobny proces, z innym zakresem zadań i kryteriami jakości. W poniedziałek przygotuj jedną stronę pytań: kraj, język, rola, integracja, dane i odbiór. Do każdej odpowiedzi przypisz dokument oraz datę sprawdzenia. Gdy warunki będą potwierdzone, przejdź do kontrolowanego testu. Taka kolejność pozwala oceniać rzeczywisty proces zamiast obietnicy z prezentacji. - Copilot - Agenci AI - Zarządzanie zmianą - Strategia ## Przełóż temat na projekt w Twojej firmie Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI. [Zobacz współpracę](https://majchrzycki.com/wspolpraca) ## Czytaj dalej - [Dragon Copilot: funkcje i kryteria pilota](https://majchrzycki.com/blog/najwazniejsze-funkcjonalnosci-microsoft-dragon-copilot) - [Microsoft 365 Copilot: jak ocenić wdrożenie w firmie](https://majchrzycki.com/blog/microsoft-365-copilot) - [Microsoft Copilot: jak wybrać właściwy produkt](https://majchrzycki.com/blog/co-to-jest-microsoft-copilot-poradnik-dla-firm) - [Service Agent w Microsoft 365 Copilot: wdrożenie](https://majchrzycki.com/blog/microsoft-365-copilot-for-service)