Aktualizacje kluczy odpowiedzi

Przygotuj JSON zawierający wyłącznie poprawki. W aplikacji wybierz „Import pytań → Aktualizuj klucze odpowiedzi”, wgraj plik, porównaj wersje i zatwierdź wybrane rekordy. Nie wgrywaj całego banku ponownie, aby zmieniać tylko klucze.

Pobierz przykład JSON

Wymagany format

{
  "format": "febu-answer-patch",
  "schemaVersion": 1,
  "bankId": "oryginalny-bank-id",
  "changes": [{
    "questionId": "oryginalny-id-pytania",
    "before": {
      "correctOptionId": "A",
      "assessment": null,
      "explanation": "Dokładne poprzednie wyjaśnienie",
      "source": "Dokładne poprzednie źródło"
    },
    "preferredOptionId": "B",
    "certainty": "confirmed",
    "explanation": "Nowe wyjaśnienie PL",
    "source": "Źródło ponownej weryfikacji",
    "reasonForChange": "Uzasadnienie wyboru jednej najlepszej odpowiedzi"
  }]
}

Przykład jest techniczny, bez oceny medycznej. Jeśli pytanie posiada assessment, skopiuj cały poprzedni obiekt, zamiast null. Niepewny poprzedni klucz ma correctOptionId: null. Bez assessment użyj assessment: null. Nie dodawaj pól zmieniających pytanie, odpowiedzi, rok, obrazy ani identyfikatory.

Dopasowanie i konflikty

Dopasowanie odbywa się wyłącznie po bankId/questionId lub zapisanym importOrigin. Użyj ID z poprzedniego JSON-u albo pełnej kopii. Jeżeli niezależne partie powtarzają ID, podaj opcjonalne sourcePart w zmianie, dokładnie takie jak przy imporcie. Nie zgaduj ID i nie dopasowuj po numerze ani podobieństwie treści.

before musi odpowiadać aktualnemu zapisowi. Porównanie usuwa jedynie białe znaki na początku i końcu explanation/source, uzupełnia domyślne puste pola assessment i ignoruje kolejność kluczy obiektu. Listy opcji porównujemy w zapisanej kolejności. Treści nie są porównywane w przybliżeniu. Gdy pytanie było już poprawiane, można dodatkowo podać before.examChoice z kopii, aby porównać poprzednią pewność. Konflikt i niejednoznaczne dopasowanie blokują konkretny rekord. Pozostałe wybrane rekordy są zapisywane razem. Wgranie zastosowanej poprawki nie tworzy kolejnej zmiany.

Jeden wybór i poziom pewności

preferredOptionId wskazuje dokładnie jedną istniejącą opcję. certainty: confirmed oznacza klucz potwierdzony przez autora ponownej weryfikacji; probable oznacza najbardziej prawdopodobny wybór, nadal niepotwierdzony. Aplikacja nie przeprowadza weryfikacji medycznej ani nie zamienia prawdopodobnego klucza w pewnik.

Opcjonalne plausibleOptionIds wskazują medycznie możliwe, ale nie najlepsze odpowiedzi. Nie są akceptowane jako poprawne. Po sprawdzeniu otrzymują delikatne, szaroniebieskie etykiety. Nie wyciągamy ich z wyjaśnienia ani z listy dawniej akceptowanych wariantów. Zielona etykieta wskazuje jeden najlepszy wybór; fioletowy „Dawny klucz” pozostaje zachowany również wtedy, gdy historyczny klucz jest nadal najlepszy.

Probable jest oceniane treningowo względem jednego wyboru. W zwykłej sesji jest liczone oddzielnie i poza głównym procentem odpowiedzi potwierdzonych. Pełny i krótszy oceniany mock wykluczają probable. Pełny trening może je zawierać i wyraźnie oznacza ich udział.

Wyniki, sesje i cofanie

Poprawka pytania należącego do aktywnej zwykłej sesji czeka do jej zakończenia. Możesz ją anulować w „Aktualizacje kluczy”. Po zakończeniu stosujemy ją bez zmiany wyniku tej sesji. Rozpoczęte i zakończone mocki korzystają ze swoich zapisanych kopii pytań.

Wcześniejsze próby i wyniki nie są przeliczane. Zmienione pytanie pojawia się ponownie w nierozwiązanych do nauki według nowego klucza, a jego poprzedni wynik jest oznaczony jako historyczny. Harmonogram starego klucza pozostaje w historii aktualizacji; nowa odpowiedź rozpoczyna nowy cykl powtórek. Trudność, notatki, obrazy, PL/EN i pochodzenie pozostają zachowane.

„Cofnij aktualizację” przywraca poprzedni klucz i wyjaśnienie, zachowując wyniki uzyskane później jako historyczne. Cofnięcie jest blokowane przy późniejszej zmianie pytania albo aktywnej sesji z tym pytaniem. Aktualizacja nie przywraca pytań z archiwum i nie modyfikuje oryginalnej wbudowanej pediatrii.

Offline i kopia

Historia kluczy, oczekujące poprawki i wcześniejsze wyniki trafiają do pełnej kopii JSON. Po przygotowaniu offline można wgrywać poprawki bez internetu. Kolejka przetrwa ponowne otwarcie, a sprzeczne zmiany z dwóch urządzeń wymagają porównania. Starsza karta aplikacji nie może zapisem usunąć historii nowych kluczy. Pobierz aktualizację aplikacji przed pracą z tym formatem.

Wróć do FEBU