Denne politik beskriver, hvem der har ansvaret for RazFits redaktionelle indhold. Den forklarer også, hvordan vi vælger kilder, hvad der sker, når en side skal rettes, og hvor grænsen går for nytten af generel fitnessinformation. Politikken gælder artikler, vejledninger, sammenligninger, træningsforklaringer og programmatiske redaktionelle sider på razfit.app. Ingen af disse formater gør generel information til personlig medicinsk rådgivning.

Kort fortalt udgiver RazFit indholdet, mens RazFit Team er den fælles redaktionelle signatur. Vi holder udsagn om sundhed og motion op mod identificerbare kilder, gemmer kildemetadata sammen med siden og bruger kontroller i vores repository til at finde manglende kildeangivelser, modstridende identifikatorer og forældede opdateringsdatoer. RazFit Team fremstilles ikke som en enkelt sundhedsfaglig person. En RazFit-signatur betyder heller ikke, at en læge eller anden autoriseret fagperson har gennemgået siden. Vores indholdsmodel bruger som udgangspunkt RazFit Team som afsender på redaktionelle sider, mens de strukturerede data angiver RazFit som organisationen bag hjemmesiden.

Hvem udgiver indholdet

RazFit udgiver razfit.app og udvikler RazFit-appen. Hjemmesiden bruger én stabil organisationsidentitet som udgiver, og produktkonfigurationen linker til RazFits offentlige side i Apples App Store.

RazFit Team er en kollektiv forfatterangivelse. Den viser, at siden er udarbejdet og vedligeholdt efter RazFits redaktionelle proces; den identificerer ikke en fysisk person. Vi knytter ikke en persons navn, kvalifikationer, autorisation eller kredit for faglig gennemgang til en side, medmindre personen faktisk har deltaget, og beskrivelsen kan dokumenteres. De nuværende samlingsskemaer bruger RazFit Team som standardforfatter til både blogindhold og programmatisk indhold.

Et citat eller en parafrase, der tilskrives en ekstern fagperson, har en anden funktion. Angivelsen identificerer kilden til et bestemt udsagn. Den gør ikke personen til forfatter, redaktør eller faglig kontrollant for hele siden. Vores indholdsmodel gemmer det oplyste navn, rollen eller kvalifikationerne og kildens URL sammen med kildeangivelsen.

Vi hævder i øjeblikket ikke, at alle artikler rutinemæssigt gennemgås af en sundhedsfaglig person. Der er ikke angivet et fast lægefagligt bedømmelsesudvalg i de redaktionelle strukturerede data, og standardafsenderen er RazFit Team. Hvis vi senere indfører en reel menneskelig gennemgang, oplyser vi, hvem der har foretaget den, beskriver omfanget, viser datoen og opdaterer denne politik. Vi sætter ikke et mærke for medicinsk gennemgang på en side blot for at få den til at virke mere autoritativ.

Hvad politikken omfatter

Politikken omfatter redaktionelt materiale på razfit.app: blogindlæg, programmatiske vejledninger, sammenligninger, træningsforklaringer, kildelister, synlige forfatteroplysninger og de strukturerede metadata, som beskriver siderne. Produkthjælp, privatlivsmeddelelser og juridiske vilkår har andre formål. Et supportsvar kan forklare, hvordan RazFit bruges, mens en redaktionel artikel kan behandle forskning eller generelle træningsvalg. Ingen af delene erstatter hjælp fra en kvalificeret fagperson, som kender læserens konkrete forhold.

RazFits hjemmesidekonfiguration understøtter 18 sprogversioner. Blogindhold kan findes på alle 18 sprog, mens de programmatiske samlinger og ressourcesamlinger i øjeblikket bruger et mindre, fastlagt udvalg. En oversat rute er ikke bevis for, at alle artikler findes på alle sprog. Vi udgiver først en lokaliseret side, når rute, tekst, metadata og redaktionelle kontroller for den pågældende sprogversion er klar.

Det er hensigten, at denne politik skal findes i alle hjemmesidens 18 sprogversioner. Den engelske tekst er kildeteksten for den første udgivelse. Lokaliserede versioner skal bevare samme udgivermodel, sundhedsmæssige grænser, rettelseskanal og kommercielle oplysninger. De skal samtidig læses naturligt på målsproget i stedet for at være ordrette kopier af de engelske sætninger.

Sådan vælger vi kilder

Ved et udsagn om sundhed, motion eller sikkerhed begynder vi med den kilde, der bedst kan underbygge netop det udsagn. Det kan være en officiel retningslinje, det oprindelige studie eller en systematisk litteraturgennemgang. Oplysninger om et produkts funktion og regler kræver normalt dokumentation fra den ansvarlige organisation. En sekundær artikel kan forklare sammenhængen, men bør ikke erstatte en tilgængelig primærkilde, blot fordi den er nemmere at citere.

Valget afhænger af udsagnet. En retningslinje er normalt den bedste kilde til en offentlig anbefaling. Et oprindeligt forsøg kan beskrive, hvad der skete i en bestemt undersøgt gruppe. En systematisk litteraturgennemgang kan vise retningen og begrænsningerne i en større mængde forskning. Produktadfærd bør dokumenteres med information fra udbyderen selv eller ved direkte kontrol. Et velanset domæne, en lang litteraturliste eller en kendt institution beviser ikke i sig selv, at kilden besvarer spørgsmålet på siden.

Før vi bruger en kilde, kontrollerer vi dens identitet, den undersøgte gruppe eller det dækkede emne, datoen og om sidens formulering holder sig inden for kildens rækkevidde. Når det er relevant, ser vi også på studiedesign, sammenligning, resultat, varighed, begrænsninger og eventuelle nyere retningslinjer. Hvis den tilgængelige evidens ikke understøtter et præcist udsagn, indsnævrer vi formuleringen, beskriver usikkerheden eller fjerner udsagnet. Vi udfylder ikke hullet med en kildefri vending som “forskning viser”.

Kodebasen har en indholdskontrol, V39, som gennemgår programmatiske sider for kildelister, tilskrevet ekspertmateriale, opdateringsdatoer, kildehenvisninger tæt på H2-afsnit, vage udsagn, overdrevne forbehold, standardsprog og afkortet tekst. Den automatiske kontrol støtter den redaktionelle vurdering, men den kan ikke afgøre, om et råd passer til én persons sygehistorie.

Rækkefølgen i kildekontrollen

Ved nyt eller væsentligt ændret sundhedsindhold følger vi denne proces:

Vi identificerer det udsagn, der skal underbygges, og fastlægger dets tilsigtede rækkevidde.
Vi åbner selve kilden, ikke kun et søgeresultat eller en anden sides resumé.
Vi bekræfter titel, forfatter eller udstedende organ, udgivelsesdato og en varig identifikator eller kanonisk URL.
Vi læser nok til at kontrollere målgruppe, metode, resultat og væsentlige begrænsninger.
Vi formulerer udsagnet uden at gå videre, end evidensen tillader.
Vi placerer kilden tæt på den relevante passage og medtager den i sidens strukturerede kildedata, når formatet understøtter det.
Før udgivelse kører vi de relevante kontroller af indhold, metadata, sporbarhed og aktualitet.

Det er en afgrænset proces, ikke et løfte om, at alle videnskabelige spørgsmål har ét endeligt svar. Forskellige studiedesign giver forskellige typer evidens. Et resultat fra en klinisk gruppe under opsyn kan ikke nødvendigvis overføres til træning hjemme uden opsyn. En sammenhæng beviser ikke årsag. Et statistisk signifikant gennemsnit fortæller heller ikke præcist, hvad der vil ske for den enkelte. De forskelle skal fremgå af teksten, når de kan påvirke en beslutning.

Håndtering af PMID og DOI

En PubMed-identifikator (PMID) peger på en post i PubMed. En digital object identifier (DOI) identificerer et videnskabeligt objekt i DOI-systemet. De to koder hjælper os med at skelne mellem kilder med lignende titler og begrænser utilsigtede ændringer i metadata. Ingen af dem beviser, at et studie er solidt, relevant eller korrekt fortolket.

Når en programmatisk kilde bruger en PubMed-URL eller angiver et PMID, gemmer vores kildeoversigt identifikatoren adskilt fra den synlige URL. Det samme gælder for en DOI. Adskillelsen gør det muligt for validatoren at finde modstrid mellem en udtrykkeligt angivet identifikator og den identifikator, som er indlejret i URL’en.

V40 er RazFits offlinekontrakt for kildemetadata i programmatisk indhold. Den indlæser kildeoversigten, det lokale PMID-register og de tilhørende baselines for eksisterende teknisk gæld og overlader metadatasammenligningen til en fælles evaluator. De fælles regler kræver verificerede poster i registeret og sammenligner blandt andet titel, forfatter, publikation, dato og DOI.

Kontrollen henter ikke data fra PubMed under en almindelig hjemmesidevalidering. Offline drift er vigtig, fordi et build ikke skal blive til en påstand om verifikation, bare fordi en netværksanmodning tilfældigvis lykkedes. Synkronisering af registeret er en separat vedligeholdelsesopgave. En uoverensstemmende identifikator, et nyt uregistreret PMID eller modstridende metadata skal løses eller håndteres bevidst efter kodebasens ratchet-regler, før afvigelsen kan glide ind i eksisterende gæld.

Vi kan også citere nyttige kilder uden PMID eller DOI. Officielle vejledninger, standarder, offentlig dokumentation og produktsider bruger ofte almindelige URL’er. I de tilfælde registrerer vi stadig en tydelig titel og en kanonisk destination, kontrollerer den udstedende organisation og sikrer, at teksten rent faktisk bruger kilden. Vi erstatter ikke manglende identifikatorer med opdigtede værdier.

Sådan holder vi kildehenvisninger knyttet til udsagn

En kildeliste er kun nyttig, hvis læseren kan se, hvad hver kilde understøtter. Vi placerer derfor kilden i samme passage eller et nærliggende afsnit som det væsentlige udsagn, når sideformatet tillader det. En fjern liste med seks studier viser ikke i sig selv, hvilket studie der underbygger et udsagn om varighed, målgruppe, risiko eller forventet resultat.

V63 kontrollerer denne forbindelse på udgivne programmatiske sider. Kontrollen genkender en angivet kilde via dens URL, PMID, DOI, en forfatters efternavn eller tilstrækkeligt karakteristiske ord fra titlen. Derefter rapporterer den kilder, som er angivet, men ikke citeret i det synlige indhold. Den kontrollerer også, at en kilde knyttet til en eksperthenvisning findes på sidens kildeliste.

Sporbarhed er ikke det samme som videnskabelig korrekthed. En side kan pege på det rigtige studie og stadig overdrive konklusionen. Derfor skal en redaktør også efter en bestået automatisk kontrol sammenholde formuleringen med kildens rækkevidde. Vi skelner desuden mellem direkte citater og parafraser. Anførselstegn er forbeholdt ord, vi kan verificere som ordrette; et resumé skal beskrives og skrives som en parafrase.

Hvis et kildelink senere holder op med at virke, leder vi efter den kanoniske erstatning eller en officiel arkiveret placering. Vi lader ikke stiltiende kildehenvisningen pege på et andet dokument med en lignende titel. Hvis erstatningen ændrer evidensen bag passagen, er det en væsentlig redaktionel opdatering, og teksten skal gennemgås igen.

Opdateringer, datoer og rettelser

Udgivelsesdatoen fortæller, hvornår en side først blev offentliggjort. Opdateringsdatoen skal signalere en meningsfuld ændring af det synlige redaktionelle materiale, ikke et almindeligt build, en formateringsændring eller en automatisk datofornyelse. RazFits skemaer for indhold gemmer udgivelses- og opdateringsdatoer som YYYY-MM-DD.

V64 sammenligner projektionen af synligt indhold for hver udgivet programmatisk post med en append-only baseline for aktualitet. Validatoren arbejder bevidst offline og består kun, når det aktuelle programmatiske korpus og baselinen er synkroniserede. En uforklaret væsentlig ændring i korpusset bliver dermed synlig under valideringen. Det betyder ikke, at alle uændrede sider stadig er aktuelle nok til ethvert emne, og V64-kontrakten gælder ikke blog- eller politikindhold.

Vi gennemgår en side, når vi opdager en fejl, en citeret kilde trækkes tilbage eller ændres væsentligt, nye officielle retningslinjer ændrer det praktiske svar, produktets adfærd ændres, eller en læser sender konkret dokumentation for, at siden er forkert. Hastigheden afhænger af den mulige skade. En forkert sikkerhedsinstruktion får højere prioritet end en ufarlig stilfejl.

Ved en væsentlig rettelse ændrer vi den berørte passage, kontrollerer dens kilder og nærliggende udsagn igen, opdaterer den synlige ændringsdato og kører de relevante validatorer. Hvis rettelsen i væsentlig grad ændrer, hvad læseren bør gøre eller tro, tilføjer vi en tydelig rettelsesnote eller gør ændringen forståelig på anden vis. Vi bruger ikke en nyere dato blot for at få gammelt indhold til at se friskt ud.

Små ændringer behandles anderledes. Rettet tegnsætning, en harmløs stavefejl, ændret mellemrum eller ikke-redaktionel kode berettiger normalt ikke en ny redaktionel opdateringsdato. Hvis en tilsyneladende lille ændring påvirker betydningen, et tal, en kontraindikation, en kilde eller et linkmål, er den væsentlig og skal gennem den fulde proces.

Lokalisering og sproglig kvalitetssikring

RazFit støtter læsere på tværs af 18 sprogversioner, men lokalisering er en redaktionel opgave og ikke mekanisk teksterstatning. En lokaliseret side skal bruge et naturligt sprog for målgruppen og bevare samme evidens, sikkerhedsgrænser, produktfakta og kommercielle oplysninger som kildeteksten.

Vi fastlåser først den verificerede betydning i kildeteksten, tilpasser derefter formuleringerne til målsproget, kontrollerer links og metadata, sammenholder væsentlige udsagn med kildematerialet og får foretaget en særskilt sproglig gennemgang før udgivelse. En engelsk fallback tæller ikke som en færdig oversættelse. Hvis et præcist medicinsk eller juridisk udtryk ikke har et enkelt dagligdags modstykke, bør den lokaliserede tekst prioritere klarhed og forklare udtrykket frem for at efterligne den engelske sætning.

Enheder, datoformater, decimaltegn, henvisninger til sundhedssystemer og produkttilgængelighed kan variere mellem markeder. En oversætter eller kontrollant må kun ændre disse detaljer, hvis det lokaliserede udsagn fortsat er sandt og dokumenteret. Lokal tilpasning giver ikke tilladelse til at indføre en ny dosis, træningsgrænse, juridisk garanti eller produktfunktion. Et nyt væsentligt udsagn kræver sin egen kildekontrol.

Sprogversioner kan blive opdateret på forskellige tidspunkter, hvis evidensen eller den nødvendige rettelse er forskellig. En sikkerhedsrettelse, der gælder på tværs af sprog, skal dog udløse en gennemgang af alle berørte versioner. Vi følger de berørte ruter i stedet for at antage, at en ændring på den engelske side automatisk retter oversættelserne.

Medicinske og træningsmæssige grænser

RazFits indhold giver generel oplysning om motion, træningsvaner og beslægtet forskning. Det kan ikke vurdere symptomer, diagnosticere en tilstand, ordinere behandling, godkende en person til træning eller tage højde for den enkeltes sygehistorie, medicin, graviditet, handicap, restitution eller omgivelser. Den, der har brug for en individuel beslutning, bør tale med en relevant kvalificeret fagperson. Det redaktionelle skema beskriver materialet som en artikel udgivet af RazFit; det angiver ikke en klinisk tjeneste eller rutinemæssig medicinsk gennemgang.

Motion indebærer risiko. Risikoens type og omfang afhænger af personen, aktiviteten, intensiteten, teknikken, omgivelserne og sundhedstilstanden. Derfor undgår vi universelle løfter som “sikkert for alle”, garanterede resultater eller én plan, der skulle passe under alle forhold. Instruktioner bør indeholde meningsfulde begrænsninger, hvor kilden eller emnet kræver det, uden at hvert afsnit bliver til et uklart forbehold.

Indhold om en sygdom er ikke en behandlingsplan. En side kan sammenfatte forskning i motion for en undersøgt gruppe, men skal oplyse, når opsyn, screening eller individuel tilpasning var en del af evidensen. Den må ikke antyde, at en app erstatter akutberedskab, klinisk vurdering, fysioterapi, psykiatrisk eller psykologisk behandling eller en anden reguleret ydelse.

Ved brystsmerter, svære vejrtrækningsproblemer, bevidstløshed, tegn på en medicinsk nødsituation eller et andet akut problem er en artikel på en hjemmeside det forkerte redskab. Kontakt de lokale alarmtjenester, eller søg akut professionel hjælp. Alarmnumre og behandlingsveje er forskellige fra land til land, så RazFit angiver ikke ét universelt nummer i denne globale politik.

At en bestemt side ikke har en advarsel, er ikke bevis for, at en øvelse passer til en bestemt læser. Omvendt er en generel advarsel ikke en diagnose. Vi vil give læseren nok sammenhæng til at kunne se, hvornår en generel artikel ikke længere er tilstrækkelig, og en individuel vurdering er nødvendig.

Kommercielle interesser, finansiering og konflikter

RazFit udgiver redaktionelt indhold på den samme hjemmeside, som markedsfører RazFit-appen. Nogle sider linker til appens kommercielle placering i App Store, og destinationen ligger i den centrale hjemmesidekonfiguration. Læsere bør regne med, at RazFit kan få gavn af, at redaktionelt indhold fører til interesse for eller brug af appen.

Den kommercielle interesse må ikke skjules bag den redaktionelle signatur. Vi beskriver ikke RazFit Team som uafhængigt af RazFit. Vi hævder heller ikke ekstern finansiering, redaktionel uafhængighed eller økonomiske relationer, der ikke er dokumenteret. Hvis en fremtidig side er sponsoreret, betalt af en tredjepart, bygger på udleverede produkter eller er skrevet under en anden væsentlig aftale, oplyser vi relationen synligt for læseren.

Et link til RazFit er ikke dokumentation for et sundhedsudsagn. Produktsider kan underbygge oplysninger om appens dokumenterede funktion, mens udsagn om sundhed og sikkerhed kræver egnede kilder. Vi vurderer ikke en kilde mere positivt, fordi den gør produktet nemmere at sælge. Sammenligninger skal forklare deres kriterier og må ikke fremstille RazFit som det rigtige valg for alle.

Hjemmesidens kommercielle formål påvirker også opfordringer til handling. En knap, der åbner App Store, skal kunne genkendes som et produktlink og må ikke være forklædt som medicinsk anbefaling eller kildehenvisning. Adgangen til redaktionelt indhold må ikke afhænge af, at læseren klikker på den.

Sådan indberetter du et problem

Konkrete henvendelser er nemmest at undersøge. Angiv sidens URL, den passage du mener er forkert, hvorfor den kan være forkert, og en kilde, hvis du har en. Send ikke private patientjournaler eller andre følsomme helbredsoplysninger.

Skriv til hello@razfit.app om en redaktionel rettelse, et spørgsmål om en kilde eller kildeangivelse eller et generelt spørgsmål om politikken. Skriv til support@razfit.app, hvis du har brug for hjælp til RazFit-appen eller et produktproblem, der vedrører din konto. Spørgsmål om behandling af personoplysninger eller privatliv kan sendes til privacy@razfit.app.

Vi prioriterer en henvendelse efter dens mulige betydning for læserne. Vi kan bede om en præcisering, sammenholde passagen med den citerede kilde, kontrollere andre sprogversioner, der bruger samme udsagn, og registrere en rettelse, når evidensen berettiger det. Vi kan ikke drøfte en anden persons konto eller private oplysninger med en henvender uden tilladelse.

Denne politik kan også blive rettet. Hvis vi ændrer udgivermodellen, de sundhedsmæssige grænser, kildeprocessen, lokaliseringskravene, den kommercielle oplysning eller kontaktvejen væsentligt, opdaterer vi ikrafttrædelsesdatoen og gennemgår alle sprogversioner. Historiske Git-poster kan vise den tekniske ændring, men den offentlige politik skal kunne forstås uden at bede læseren undersøge kodebasen.

En praktisk læseregel

Før du stoler på en artikel, bør du kontrollere, hvem der har udgivet den, og om de vigtige udsagn fører til kilder, som reelt understøtter dem. Se også på datoen. Stil derefter det sværere spørgsmål: Passer denne generelle information til din situation, eller er siden nået til det punkt, hvor du har brug for individuel rådgivning? RazFits signatur, citater, datoer og denne politik skal gøre den kontrol lettere. De er ikke garantier for sikkerhed.

Når en side beskriver en generel træningsmulighed, kan du bruge evidensen og begrænsningerne til at beslutte, om muligheden er værd at afprøve eller drøfte. Hvis beslutningen afhænger af symptomer, en diagnose, medicin, skade, graviditet eller en anden personlig klinisk faktor, stopper den generelle vejledning ved den grænse. Søg individuel rådgivning. Brug den redaktionelle kontakt ovenfor til spørgsmål om formulering eller evidens på RazFit og supportadressen til spørgsmål om appens funktion.