Wiki

Wellness & Lifestyle กับ GDPR

พอร์ทัลนี้ช่วยดูแลการใช้ชีวิต ไม่ได้ใช้วินิจฉัยและไม่ได้สั่งการรักษา ข้อมูลสุขภาพจะถูกประมวลผลตาม GDPR โดยอาศัยความยินยอมอย่างชัดแจ้งของผู้เข้าพัก และเก็บบนเซิร์ฟเวอร์ในสหภาพยุโรป

Updated 2026-08-28 · Sample procedures Luxury Spa & Medical Wellness Hotel Prezident

สรุปสั้น ๆ

• ประเภท. Wellness & Lifestyle Intelligence คือการสนับสนุนการใช้ชีวิต พอร์ทัลจะรวบรวมตัวเลขจากนาฬิกาและเครื่องชั่ง แสดงให้ผู้เข้าพักและแพทย์ดู และเก็บคำสั่งที่แพทย์กำหนดไว้ แต่ไม่ได้ใช้วินิจฉัยและไม่ได้สั่งการรักษา
• ใครรับผิดชอบข้อมูล. ผู้ควบคุมข้อมูลคือโรงแรม ในนโยบายของพอร์ทัลมีระบุนิติบุคคล เลขทะเบียน ที่อยู่ และชื่อแพทย์ไว้ชัดเจน ส่วน longev.eu เป็นผู้ประมวลผลข้อมูล ดูแลโค้ดและเซิร์ฟเวอร์
• แต่ละโรงแรมมีฐานข้อมูลของตัวเอง. ใช้โค้ดชุดเดียวกัน แต่แต่ละโรงแรมมีโปรเซสของตัวเอง มีไดเรกทอรีของตัวเอง และมีฐานข้อมูลของตัวเอง ไม่มีตารางรวมผู้เข้าพักของทุกโรงแรม
• ความยินยอมมี 2 แบบ. แบบทั่วไปให้ตอนลงทะเบียน และแบบชัดแจ้งสำหรับข้อมูลสุขภาพให้ก่อนทำแบบสอบถาม ทั้ง 2 แบบจะถูกบันทึกพร้อมเลขเวอร์ชันของนโยบาย ปัจจุบันคือเวอร์ชัน 1.7 ลงวันที่ 17.08.2026 มี 12 ส่วนใน 36 ภาษา
• สิทธิทำได้จากปุ่มในระบบ. ดาวน์โหลดข้อมูลทั้งหมดเป็นไฟล์เดียว ส่งออกแบบ HL7 FHIR สำหรับระบบคลินิก ถอนความยินยอมพร้อมลบข้อมูล และลบ «บัญชี» ได้เลย โดยไม่ต้องเขียนถึงโรงแรมและไม่ต้องรอ
• อะไรที่ออกนอกสหภาพยุโรป. มี 3 อย่าง และระบุไว้ชัดเจนทั้ง 3 อย่าง คือการเข้าสู่ระบบผ่าน Google, คลาวด์ Garmin ที่อยู่เบื้องหลังนาฬิกาที่ยืมให้ใช้ และข้อความที่ลบข้อมูลระบุตัวตนแล้วซึ่งส่งให้โมเดล
• ระยะเวลาเก็บข้อมูล. ข้อมูลสุขภาพเก็บ 3 ปีหลังจากกิจกรรมครั้งล่าสุด บันทึกเซิร์ฟเวอร์เก็บได้ไม่เกิน 90 วัน และลิงก์เปลี่ยนรหัสผ่านใช้ได้ 60 นาที
• เอกสารนี้สำหรับใคร. สำหรับโรงแรมที่กำลังเลือกแพลตฟอร์ม และสำหรับผู้เข้าพักที่อยากรู้ว่าตัวเลขของตัวเองถูกนำไปใช้อย่างไร อัปเดตเมื่อ 23.08.2026

Wellness & Lifestyle Intelligence หมายถึงอะไร

Wellness & Lifestyle Intelligence คือประเภทของผลิตภัณฑ์ที่ช่วยสนับสนุนการใช้ชีวิต เช่น การนอน การเคลื่อนไหว น้ำ อาหาร และหัตถการของโรงแรม ระบบนี้ใช้ตัวเลขชุดเดียวกับที่วงการแพทย์ใช้ แต่ไม่ได้ประกาศว่าใช้เพื่อวัตถุประสงค์ทางการแพทย์ และไม่ได้รับปากผลการรักษา

สิ่งที่พอร์ทัลทำคือรับค่าสถานะรายวันจากนาฬิกาและค่าน้ำหนักจากเครื่องชั่ง เปรียบเทียบกับค่าเฉลี่ยของผู้เข้าพักคนนั้นเอง แสดงภาพรวมให้ผู้เข้าพักดูใน «บัญชี» และให้แพทย์ดูบน «แดชบอร์ด» รวมทั้งเก็บและแสดงคำสั่งที่แพทย์กำหนดไว้

สิ่งที่ระบบนี้ไม่ทำเลยคือไม่ระบุชื่อโรค ไม่สั่งทั้งยาและอาหาร ไม่ยกเลิกหรือแทนที่คำสั่งของแพทย์ และไม่รับปากว่าหัตถการจะรักษาให้หาย

ความต่างจะเห็นชัดตอนที่อัลกอริทึมไปแตะแผน สิ่งที่ฟรีและเป็นของโรงแรมเอง เช่น เส้นทางเดิน หรือซาวน่าที่รวมอยู่ในการเข้าพัก พอร์ทัลจะปรับเองได้ แต่ถ้าเป็นหัตถการที่มีค่าใช้จ่าย ระบบจะเพียงเสนอให้เลื่อน และผู้ตัดสินใจคือแพทย์ (ทำงานอย่างไร)

เส้นแบ่งกับเครื่องมือแพทย์อยู่ตรงไหน

สิ่งที่ทำให้ซอฟต์แวร์เป็นเครื่องมือแพทย์ไม่ใช่ความซับซ้อนของอัลกอริทึม แต่เป็นวัตถุประสงค์ที่ผู้ผลิตกำหนดให้มัน เช่น การวินิจฉัย การป้องกัน การเฝ้าติดตาม การคาดการณ์ การพยากรณ์ การรักษา หรือการบรรเทาโรค (Regulation (EU) 2017/745 on medical devices, Article 2) พอร์ทัลนี้ไม่ได้ประกาศวัตถุประสงค์แบบนั้น และไม่ได้มีแค่คำบอกกล่าว แต่เห็นได้จาก 3 จุดในตัวผลิตภัณฑ์เอง:

• ระดับความเสี่ยงจากแบบสอบถาม ใช้เลือกเส้นทางเดินและช่วงชีพจร ไม่ใช่การวินิจฉัย มันไม่ก่อให้เกิดผลทางกฎหมาย และแพทย์สามารถกำหนดใหม่ได้
• คอร์สดื่มน้ำแร่ จะถูกสั่งโดยหัวหน้าแพทย์ของโรงแรมหลังการตรวจ พอร์ทัลทำได้แค่เก็บข้อมูล แสดงผล และเตือนเวลาให้ดื่ม แต่สั่งเองไม่ได้ (อ่านเพิ่มเติม)
• วงจรกลางคืน มีหน้าที่เลื่อนหัตถการ ไม่ได้ใช้รักษา ค่าขีดแบ่งที่ใช้ตัดสินใจเป็นค่าที่แพทย์กำหนดและเปิดเผยไว้แล้ว (ตัวเลขและกฎ)

นาฬิกาเป็นอุปกรณ์สำหรับผู้บริโภค

«ชุดอุปกรณ์» ของโรงแรมคือ Garmin Forerunner 165 Music และเครื่องชั่ง Garmin Index S2 แบบทั่วไปที่ซื้อจากร้านค้า พอร์ทัลไม่ได้ใช้ฟังก์ชันทางการแพทย์ของอุปกรณ์เหล่านี้ เพราะ Garmin เปิดใช้แอป ECG เฉพาะในพื้นที่ที่ได้รับอนุมัติให้เป็นเครื่องมือแพทย์เท่านั้น และนาฬิกาที่ซื้อจากอีกประเทศอาจไม่มีแอปนี้เลย

ชีพจร ความแปรปรวนของชีพจร ระยะการนอน การหายใจ และออกซิเจนในเลือด เป็นค่าที่อ่านได้จากเซ็นเซอร์แสงสำหรับผู้บริโภคบนข้อมือ พอร์ทัลก็แสดงตามนั้น คือเป็นความเปลี่ยนแปลงของร่างกายผู้เข้าพักเอง ไม่ใช่ผลการตรวจวิเคราะห์ (นาฬิกาวัดอะไรบ้าง)

การจัดประเภทนี้ยืนอยู่บนคำที่รับปากไว้ ไม่ใช่แค่บรรทัดหนึ่งในเอกสาร ถ้าการตลาดของโรงแรมพูดว่า «เราจะวินิจฉัยจากนาฬิกาของคุณ» หรือ «เราจะรักษาให้หายใน 1 สัปดาห์» ก็ทำให้กรอบนี้พังได้เร็วกว่าการแก้โค้ดใด ๆ

ใครรับผิดชอบเรื่องไหน

บทบาทตาม GDPR แบ่งกันแบบนี้ และการแบ่งบทบาทนี้สำคัญกว่าคำเรียกเรื่องความเป็นพาร์ตเนอร์ใด ๆ เพราะผู้ที่ต้องรับผิดชอบต่อผู้เข้าพักและต่อหน่วยงานกำกับดูแลคือโรงแรม

ทำไมแต่ละโรงแรมจึงมีฐานข้อมูลของตัวเอง

แพลตฟอร์มนี้ไม่ได้เป็นแบบหลายผู้เช่าในความหมายที่คุ้นกัน: แขกของแต่ละโรงแรมไม่ได้ถูกแยกกันด้วยคอลัมน์ในตารางเดียวกัน แต่ละโรงแรมมีโปรเซสของตัวเองบนเซิร์ฟเวอร์ มีไดเรกทอรีของตัวเอง และมีฐานข้อมูลของตัวเอง ส่วนโค้ดใช้ชุดเดียวกันทั้งหมด

ความต่างนี้มีผลในทางปฏิบัติ ถ้าคำสั่งค้นหาผิดพลาด โรงแรมหนึ่งก็จะไม่เห็นแขกของอีกโรงแรม เพราะข้อมูลนั้นไม่มีอยู่ในฐานข้อมูลของตัวเองเลย และถ้าโรงแรมเลิกใช้ ก็รับไฟล์ของตัวเองไปได้ทั้งก้อนไม่ใช่ข้อมูลที่คัดออกมาจากคลังกลาง

ความยินยอม 2 ครั้งและเวอร์ชันของนโยบาย

ข้อมูลสุขภาพเป็นข้อมูลหมวดพิเศษ (มาตรา 9 GDPR) และการกด «ยอมรับเงื่อนไข» ตอนสมัครยังไม่เพียงพอในทางกฎหมายสำหรับข้อมูลประเภทนี้ จึงต้องมีความยินยอม 2 ครั้ง: ครั้งทั่วไปตอนสมัคร และครั้งที่ยินยอมอย่างชัดแจ้งสำหรับการประมวลผลข้อมูลสุขภาพก่อนทำแบบสอบถาม

ลำดับนี้ถูกควบคุมโดยเซิร์ฟเวอร์ ไม่ใช่โดยหน้าจอ: ถ้ายังไม่ยอมรับนโยบาย ระบบจะปฏิเสธคำขอความยินยอมครั้งที่ 2

ความยินยอมทั้ง 2 ครั้งจะถูกเก็บพร้อมหมายเลขเวอร์ชันของนโยบายและเวลา เวอร์ชันจะเพิ่มเมื่อความหมายเปลี่ยน ไม่ใช่แค่แก้คำผิด และเมื่อเป็นแบบนั้น พอร์ทัลจะถามทุกคนใหม่อีกครั้งด้วยหน้าต่างที่แสดงทับทุกหน้าจอ

เรื่องนี้เกิดขึ้นแล้ว 3 ครั้ง: เวอร์ชัน 1.5 เพิ่มเครื่องชั่งในห้องและข้อมูลองค์ประกอบร่างกาย, 1.6 ระบุชื่อโมเดล AI และการส่งข้อมูลออกจาก EEA 3 จุด, ส่วน 1.7 เพิ่มบันทึกอาหารและภาพถ่ายจานอาหาร ทุกครั้งระบบจะขอความยินยอมจากแขกใหม่

นโยบายของพอร์ทัลแยกจากนโยบายของโรงแรม และครอบคลุมเฉพาะพอร์ทัลเท่านั้น: บัญชี แบบสอบถาม เส้นทางเดิน และนาฬิกา ส่วนการจองห้องพักและการส่งข่าวสารของโรงแรมอยู่ภายใต้นโยบายของโรงแรมเอง

×

สิทธิของผู้เข้าพักทำผ่านปุ่ม ไม่ใช่อีเมล

สิทธิที่บอกว่ามี แต่ต้องเขียนถึงโรงแรมเพื่อให้ทำให้ ในทางปฏิบัติก็เท่ากับไม่ได้ทำ ดังนั้นในหน้า «บัญชี» จึงมีบล็อก «ข้อมูลของฉัน» และในนั้นมี 4 ปุ่ม

• ส่งออกข้อมูล — ทุกอย่างที่พอร์ทัลเก็บไว้เกี่ยวกับผู้เข้าพัก อยู่ในไฟล์เดียวที่ระบบอ่านได้: แบบสอบถาม เส้นทางเดินพร้อมจุดในแทร็ก คืนที่พัก การทดสอบ คำสั่งการรักษา และโปรไฟล์ (มาตรา 20 — สิทธิในการโอนย้ายข้อมูล)
• ส่งออก HL7 FHIR — ตัวเลขชุดเดียวกัน แต่เขียนในภาษาของระบบการแพทย์ ในรูปแบบ FHIR R4: ผู้ป่วยและข้อมูลสังเกตการณ์ ไฟล์แบบนี้ระบบของคลินิกอ่านได้ ไม่ใช่แค่มนุษย์
• ถอนความยินยอม — โดยปกติจะทำพร้อมกับการลบข้อมูล: เมื่อถอนความยินยอมแล้ว ก็ไม่มีฐานให้เก็บข้อมูลสุขภาพต่อไป
• ลบบัญชี (มาตรา 17) — ต้องยืนยันก่อน: ผู้เข้าพักต้องพิมพ์อีเมลของตัวเอง ไม่เช่นนั้นปุ่มจะไม่ทำงาน

×

สิ่งที่ปุ่มเหล่านี้ทำไม่ได้

ปุ่มเหล่านี้ใช้ลบบัญชีพนักงานไม่ได้ ใต้ลายเซ็นของแพทย์มีคำสั่งการรักษาและใบรอบเช้าของคนอื่นอยู่ด้วย ดังนั้นบัญชีแบบนี้ต้องให้ผู้ดูแลระบบเป็นคนลบ เพื่อไม่ให้ลายเซ็นหลุดออกไปโดยไม่มีใครรู้

ระดับของการลบข้อมูลที่ต่างกัน และสิ่งที่ยังคงอยู่หลังการลบ อธิบายไว้ในบทความ ข้อมูลส่วนบุคคลของคุณ: ที่นั่นยังอธิบายด้วยว่าทำไมบันทึกการส่งมอบชุดอุปกรณ์จึงยังอยู่ แต่บันทึกของพนักงานเกี่ยวกับผู้เข้าพักจึงถูกลบ

ข้อมูลอยู่ที่ไหน และอะไรที่ออกไปภายนอก

เซิร์ฟเวอร์ตั้งอยู่ในสหภาพยุโรป โดยประเทศที่ศูนย์ข้อมูลตั้งอยู่จะระบุไว้ในนโยบายของโรงแรมนั้นโดยตรง ข้อมูลจะออกจากที่นั่นใน 3 กรณีเท่านั้น และทั้ง 3 กรณีระบุชื่อไว้ในนโยบายชัดเจน:

• เข้าสู่ระบบด้วย Google — มีเฉพาะเมื่อผู้เข้าพักเลือกวิธีนี้เอง และมีเฉพาะข้อมูลที่ใช้เข้าสู่ระบบเท่านั้น: อีเมล ชื่อ และตัวระบุบัญชี รหัสผ่าน Google จะไม่ส่งมาถึงพอร์ทัลเลย
• คลาวด์ Garmin — นาฬิกาที่ยืมจะซิงก์เข้าบัญชี Garmin ที่เป็นของโรงแรม และใช้หมายเลขชุดอุปกรณ์แทนชื่อผู้เข้าพัก; เซิร์ฟเวอร์ของ Garmin อยู่ในสหรัฐอเมริกา ฐานทางกฎหมายคือความยินยอมโดยชัดแจ้งที่ให้ไว้สำหรับนาฬิกา (มาตรา 49(1)(a))
• ผู้ให้บริการโมเดล — ใบรอบเช้าแบบไม่ระบุตัวตน (อายุ เพศ และตัวเลขต่าง ๆ โดยไม่มีชื่อ วันเกิด และอีเมล), ข้อความจากแพทย์ที่ต้องแปลตามต้นฉบับทุกคำ และภาพจานอาหารเมื่อผู้เข้าพักกดกล้องเอง

และมีอยู่ 1 อย่างที่เราลบไม่ได้

ในพอร์ทัลไม่มีโฆษณาและไม่มีตัวนับวิเคราะห์ข้อมูล เบราว์เซอร์ของผู้เข้าพักเก็บไว้แค่โทเคนของเซสชันและภาษาที่เลือก

แต่ประวัติรายวันในบัญชี Garmin ลบไม่ได้ เพราะ Garmin ไม่มีวิธีให้ลบ วันเหล่านั้นจะยังอยู่กับ Garmin ตามเงื่อนไขของ Garmin เอง แม้ว่าสำเนาของเราจะถูกลบแล้วก็ตาม พอร์ทัลจะอ่านจากบัญชีแบบนี้เฉพาะวันที่ผู้เข้าพักถือชุดอุปกรณ์นั้นอยู่ในช่วงการเข้าพักนั้นเท่านั้น — แต่บอกไว้ตรง ๆ ย่อมซื่อตรงกว่าการไม่พูด

ข้อมูลแต่ละอย่างเก็บไว้นานแค่ไหน

ข้อมูลแต่ละประเภทมีระยะเวลาเก็บของตัวเอง และคำว่าลบในที่นี้หมายถึงลบแถวข้อมูลออกจากฐานข้อมูล ไม่ใช่แค่ซ่อนจากหน้าจอ

มีข้อมูลอยู่ 1 รายการที่ตั้งใจให้คงอยู่ต่อหลังผู้เข้าพัก — คือรายการคิดค่าบริการของการเข้าพักที่ยังใช้งานอยู่: ลิงก์ไปยังบัญชีในรายการนั้นจะถูกล้างเป็นค่าว่าง เพื่อให้เดือนนั้นยังจำได้ว่าเคยมีการเข้าพัก แต่จะไม่ระบุชื่อใครอีกแล้ว (นับผู้เข้าพักที่ยังใช้งานอยู่อย่างไร)

โมเดลทำอะไร และไม่ได้ตัดสินใจอะไร

ข้อความบางส่วนในพอร์ทัลเขียนเป็นถ้อยคำโดยโมเดลปัญญาประดิษฐ์ เช่น ข้อความในสรุปรอบเช้า คำแปลข้อความจากแพทย์ ข้อความพื้นหลังของโปสการ์ดจากเส้นทางสุขภาพ และการประเมินแคลอรี่จากภาพถ่ายจานอาหาร

โมเดลนี้ไม่คำนวณระดับความเสี่ยง ไม่เลือกโซนอัตราการเต้นหัวใจ และไม่เปลี่ยนโปรแกรม เพราะมันรับเฉพาะสิ่งที่พอร์ทัลคำนวณไว้แล้วเท่านั้น ในพอร์ทัลไม่มีการตัดสินใจอัตโนมัติที่มีผลทางกฎหมายเลย (มาตรา 22 GDPR)

ในประกาศมีการแจ้งผู้เข้าพักไว้ตรง ๆ ว่าข้อความนั้นเขียนโดยโมเดล เพราะมาตรา 50 ของกฎระเบียบสหภาพยุโรปว่าด้วยปัญญาประดิษฐ์กำหนดไว้เช่นนั้น

และตัวป้องกันหลักคือ จะไม่มีคำขอใดที่มีข้อความส่วนบุคคลถูกส่งออกไป จนกว่าซูเปอร์แอดมินจะยืนยันว่าได้ทำสัญญาประมวลผลข้อมูลกับผู้ให้บริการแล้ว โดยค่าเริ่มต้นสวิตช์จะปิดอยู่ — การไม่ตอบไม่ใช่ความยินยอม แพ็กเกจฟรีใช้กับเรื่องนี้ไม่ได้ เพราะตามเงื่อนไขของผู้ให้บริการเอง ระบบจะเรียนรู้จากข้อมูลที่ส่งเข้าไป

แคลอรี่จากภาพถ่ายจะแสดงเป็นช่วงและแก้ไขได้ เพราะนี่เป็นการประเมินจากภาพ ไม่ใช่การวัด

สิ่งที่เซิร์ฟเวอร์ห้าม ไม่ใช่แค่อินเทอร์เฟซ

• การดูผ่านมุมมองของผู้เข้าพักเป็นแบบอ่านอย่างเดียว แพทย์สามารถเปิดบัญชีของผู้เข้าพักเพื่อดูสิ่งเดียวกับที่ผู้เข้าพักเห็นได้ แต่คำขอใดก็ตามที่มีการแก้ไขจะถูกปฏิเสธตั้งแต่ทางเข้าของแอปพลิเคชันก่อนถึงตัวจัดการงาน การรับประกันที่ทำแยกไว้ทีละเส้นทางจะใช้ได้แค่จนมีเส้นทางใหม่เส้นแรกเพิ่มเข้ามา
• ทุกการเข้าใช้งานมีบันทึก ว่าพนักงานคนใดเปิดบัญชีของผู้เข้าพักและเมื่อไร จะมีบันทึกไว้ 1 บรรทัดในสมุดบันทึก ผู้ดูแลระบบสามารถแก้ไขได้ในเซสชันแบบนี้ และระบบก็บอกเงื่อนไขไว้ชัดเจนว่า การแก้ไขจะถูกส่งในนามของผู้เข้าพัก แต่บันทึกจะจำไว้ว่าเป็นหน้าต่างของใคร
• ผู้เข้าพักเข้าถึงได้เฉพาะข้อมูลของตัวเองเท่านั้น การแยกสิทธิ์ตามบทบาททำไว้ที่เซิร์ฟเวอร์ ไม่ได้ซ่อนไว้แค่ในเมนู
• ไม่มีการเก็บรหัสผ่าน ในฐานข้อมูลจะเก็บเป็นแฮช PBKDF2 และลิงก์เปลี่ยนรหัสผ่านจะเก็บเพียงค่า SHA-256 ของรหัสเท่านั้น ต่อให้ฐานข้อมูลรั่ว ก็ไม่ได้ทั้ง 2 อย่าง
• การเปลี่ยนรหัสผ่านทำให้กุญแจที่ออกไปแล้วใช้ไม่ได้ทันที ในทุกโทเคนจะมีข้อมูลรุ่นของเซสชันอยู่ การเปลี่ยนรหัสผ่าน การออกจากระบบในทุกอุปกรณ์ หรือการแก้ไขบทบาท จะยกเลิกโทเคนที่ออกไปแล้วทันที โดยไม่รอให้หมดอายุเอง

โรงแรมต้องทำอะไรบ้างก่อนเปิดใช้งาน

• กรอกรายละเอียดของผู้ควบคุมข้อมูลให้ครบ ตราบใดที่ยังมีช่องใดช่องหนึ่งค้างอยู่ในวงเล็บมุม พอร์ทัลจะถือว่าประกาศนี้ยังเผยแพร่ไม่ได้ และจะแจ้งเตือนเรื่องนี้ในแดชบอร์ดผู้ดูแลระบบ
• ระบุช่องทางสำหรับคำขอเกี่ยวกับข้อมูล — และถ้ามีการแต่งตั้งเจ้าหน้าที่คุ้มครองข้อมูลแล้ว (มาตรา 37) ก็ให้ระบุที่อยู่ติดต่อของเขาด้วย กฎระเบียบไม่ได้บังคับให้เผยแพร่ชื่อเจ้าหน้าที่ แต่บังคับให้มีช่องทางติดต่อ
• ระบุชื่อแพทย์ให้ชัดเจน ผู้เข้าพักที่มอบข้อมูลสุขภาพมีสิทธิรู้ว่าใครเป็นผู้อ่านข้อมูลนั้น ไม่ใช่รับเพียงคำว่า «แพทย์สปา»
• ทำสัญญาประมวลผลข้อมูล — กับแพลตฟอร์ม และถ้าเปิดใช้โมเดล ก็ต้องทำกับผู้ให้บริการของโมเดลด้วย จนกว่าจะยืนยันเรื่องนี้ สวิตช์จะปิดอยู่และจะไม่มีข้อความส่วนบุคคลถูกส่งออกไป
• ตรวจให้ตรงกันระหว่างการตลาดกับการจัดประเภท ถ้าเว็บไซต์ของโรงแรมให้คำมั่นเรื่องการรักษา ก็จะขัดกับกรอบ «การสนับสนุนการใช้ชีวิต»
• อย่าลืมเกณฑ์อายุ พอร์ทัลนี้ออกแบบมาสำหรับผู้ใหญ่ และจะไม่สร้างบัญชีให้ผู้ที่อายุต่ำกว่า 16 ปี
• ต้องรู้หน่วยงานกำกับดูแลของตน ในประกาศจะระบุชื่อ ที่อยู่ และเว็บไซต์ไว้ สำหรับสาธารณรัฐเช็กคือ Úřad pro ochranu osobních údajů

คำถามและคำตอบ

• พอร์ทัลเป็นอุปกรณ์การแพทย์หรือไม่ ไม่ใช่ พอร์ทัลนี้ไม่ได้อ้างวัตถุประสงค์ทางการแพทย์ คือไม่วินิจฉัยโรค ไม่สั่งการรักษา และไม่รับประกันผลการรักษา หน้าที่ของมันคือเก็บและแสดงตัวเลข ส่วนการตัดสินใจเป็นของแพทย์
• ใครเป็นผู้รับผิดชอบต่อผู้เข้าพัก — โรงแรมหรือแพลตฟอร์ม โรงแรม เพราะโรงแรมเป็นผู้ควบคุมข้อมูล ส่วนแพลตฟอร์มเป็นผู้ประมวลผลข้อมูลที่ทำงานตามสัญญาและตามคำสั่งของโรงแรม
• ถ้าผู้เข้าพักแค่สวมนาฬิกา ต้องขอความยินยอมหรือไม่ ต้องขอ เพราะข้อมูลสภาวะรายวันเป็นข้อมูลสุขภาพ ซึ่งเป็นข้อมูลอ่อนไหวตามมาตรา 9 GDPR พอร์ทัลจะขอความยินยอมอย่างชัดแจ้งแยกต่างหากสำหรับข้อมูลนี้ และถอนความยินยอมได้ใน 1 คลิก
• ข้อมูลออกนอก EU ไหม? เซิร์ฟเวอร์อยู่ใน EU มีข้อมูลออกไป 3 อย่าง และทั้ง 3 อย่างระบุไว้ในนโยบายแล้ว คือ การเข้าสู่ระบบด้วย Google, คลาวด์ Garmin ของนาฬิกาที่ยืมให้ และข้อความที่ลบข้อมูลระบุตัวตนแล้วซึ่งส่งให้โมเดล
• โมเดลเรียนรู้จากข้อมูลของผู้เข้าพักไหม? ไม่ จนกว่าจะยืนยันข้อตกลงการประมวลผลข้อมูลกับผู้ให้บริการ ข้อความส่วนบุคคลจะไม่ถูกส่งออกไปเลย และในข้อตกลงก็ห้ามนำไปใช้ซ้ำและห้ามใช้ฝึกโมเดล
• ถ้าผู้เข้าพักลบทุกอย่าง จะเหลืออะไร? ข้อมูลคืนเข้าพัก การเดินเส้นทางสุขภาพ รายการที่สั่งไว้ บันทึกโภชนาการ และบันทึกของพนักงานเกี่ยวกับเขาจะถูกลบออกจากฐานข้อมูล สิ่งที่เหลือคือบันทึกของโรงแรมเกี่ยวกับงานของตัวเอง คือสมุดบันทึกการส่งมอบชุดอุปกรณ์และรายการในใบเรียกเก็บเงินที่ไม่ระบุชื่อใครแล้ว

แหล่งอ้างอิง

ข้อบังคับ (EU) 2016/679 — GDPR · ข้อบังคับ (EU) 2017/745 ว่าด้วยอุปกรณ์การแพทย์ · ข้อบังคับ (EU) 2024/1689 ว่าด้วยปัญญาประดิษฐ์ · Úřad pro ochranu osobních údajů

อ่านต่อในเรื่องนี้

ข้อมูลส่วนบุคคลของคุณ: ความยินยอม 2 อย่าง การส่งออก และการลบ — สิทธิเดียวกันในมุมของผู้เข้าพัก แบบปุ่มต่อปุ่ม

แพลตฟอร์มจัดหัตถการอย่างไร — จุดที่อัลกอริทึมหยุด และแพทย์เริ่มเข้ามาตัดสินใจ

ราคา: Setup, Base และ Active Guest — อะไรบ้างที่รวมอยู่ในการเริ่มใช้งาน และนับผู้เข้าพักที่ใช้งานอย่างไร

นาฬิกาวัดอะไรบ้าง — ตัวเลขใดบ้างที่ส่งมาจากข้อมือจริง ๆ

แผนกต้อนรับ: การทำงานกับแอป — ทำไมจึงต้องลบชุดอุปกรณ์ก่อนส่งต่อให้ผู้เข้าพักคนถัดไป

นโยบายฉบับเต็มของพอร์ทัลเปิดให้อ่านได้โดยไม่ต้องเข้าสู่ระบบ ที่หน้าความเป็นส่วนตัว