จริง ๆ แบบพี่ขวดผมเจอมานานแล้ว ถ้าหาก Logout ออกจากฐานทดสอบแล้วเข้าใช้งานฐานจริง (2 ฐาน Password ไม่เหมือนกัน) โปรแกรมจะแจ้ง invalid username or password ต้องปิดโปรแกรมแล้วเปิดใหม่ถึงจะเข้าใช้งานได้ครับ
 

... แต่น่าลงโทษ ด้วยการพาไปเลี้ยงโคนะ ป๋าJD    เจอนานแล้วแต่ไม่บอก 55+ ...     ...

... ดีนะผมไม่ได้ทดลองลบหรือนำเข้าตาราง
    ไม่งั้นยกความผิดให้ ป๋า ทั้งหมด(ผมรับแต่ความชอบ อิ อิ) ...      ..

... ผมเจอปัญหาน่ากลัวกว่า ขึ้น memo หน้า LAB แล้วครับ

    คือเมื่อครู่ ผมทดสอบกับฐานสำรองอยู่ เห็นคนอื่นเปิดใหม่แล้วอาการหายไป แต่ของผมไม่หาย ก็เลยลองเปิดคอมใหม่ restart Server ใหม่ ก็ยังไม่หายอยู่ดี
    เลยลองเชื่อมต่อ กับ Server หลักที่ใช้งานจริงดู เพราะตัวทดสอบผมใช้ Percona 5.5 แต่ Server หลักใช้ MySQL 5.5 คิดว่าอาจจะมีผล
    ปรากฏว่า login ด้วย user/password ของผมไม่ได้ครับ ผมจำได้ว่าไม่ได้เปลี่ยน password แน่นอน แต่ทำยังงัยก็เข้าไม่ได้ เลยลองใช้ password ที่ผมใช้ในฐานทดสอบดู(ในฐานจริง กับฐานทดสอบ ผมใช้ password ไม่เหมือนกัน กันการผิดพลาดเวลาทดสอบระบบครับ)
    ปรากฏว่า เข้าใช้งานได้เฉยเลย  งงมาก ว่าไปเปลี่ยน password ตอนไหน  แต่ว่า...
 
    พอเข้าใช้งาน HOSxP ด้านบนของโปรแกรมก็ แสดงถูกต้องครับ ว่าเชื่อมต่อ IP กับ ฐานข้อมูลหลักอยู่จริงๆ แต่ ข้อมูลต่างๆ ที่แสดงในโปรแกรม ไปเอาข้อมูลมาจากฐานทดสอบของผมครับ ไม่ใช่ข้อมูลจากฐานจริง  ปัญหาใหญ่เลยครับอันนี้ ... 

... เลยออกจากโปรแกรม แล้วเข้าใหม่ โดยไปดูที่ ตั้งค่าเชื่อมต่อฐานข้อมูลก่อน ปรากฏว่าผมยังไม่ได้เลือกใช้ zeosdbo ครับ ก็เลยติ๊กเลือกไป
    พอ login ใหม่ปรากฏว่า user/password ที่ใช้ในฐานจริง สามารถใช้งานได้แล้วครับ ดูข้อมูลใน HOSxP ก็เป็นข้อมูลจากฐานจริงแล้ว

    ที่หน้า LAB ก็แสดง Ward ได้แล้วไม่เป็น memo แล้ว  ลองกับฐานทดสอบ ฐาน slave ก็แสดง Ward ได้ทั้งหมดครับ
    แต่ถ้าเอาติ๊กเลือก ใช้ seosdbo ออก จะแสดงเป็น memo เหมือนเดิมในทุกฐานครับ ...

... แต่ปัญหาใหญ่ก็คือ ถ้าลืมหรือไม่ได้ติ๊กเลือก ใช้ seosdbo  แล้วมีการสลับฐานกันใช้งาน แล้วมันไปดึงข้อมูลมาจากฐานผิดตัวนี่สิ
    รบกวนทดสอบกันนิดนะครับ ใครเป็นเหมือนผมบ้าง ลองเอา เลือก ใช้ seosdbo ออก แล้วลองเข้าใช้งานแล้วออกจากโปรแกรม แล้วเข้าใหม่สัก 2 รอบ
    แล้วลองเชื่อมต่อใช้งานฐานอื่น โดยไม่เลือก เลือก ใช้ seosdbo ดูครับ
    ว่า HOSxP เรียกใช้ข้อมูลถูกฐานหรือเปล่า ...  ...

... แวะรับผมไปเที่ยวด้วยครับ พี่โก้ ...  ...

... ถ้าไม่นับเรื่องแฟ้ม SURVEIL ตาม อ.ป๋าพี่เกื้อ ได้ช่วยชี้แจงไว้นะครับ

 

pop up รหัสอยู่ในกลุ่มโรค 506  ขอบสอบถามว่า
1.วัตถุประสงค์ของ pop up

... เพื่อเป็นการเตือนให้ทราบว่า โรคที่เราวินิจฉัย เป็นกลุ่มโรคที่ต้องรายงานและเฝ้าระวังทางระบาดวิทยา
    ตามระบบของงานระบาดวิทยาครับ ...  ...

pop up รหัสอยู่ในกลุ่มโรค 506  ขอบสอบถามว่า
2.ต้องทำไงต่อครับ

... ถ้าใน HOSxP ก็ตกลงผ่านไปครับ  ทางผู้รับผิดชอบงานระบาดวิทยา จะไปดำเนินการต่อ
    ในระบบงาน 506 ของ HOSxP ครับ
 
    แต่ถ้าใน HOSxP PCU รู้สึกว่าจะมีป๊อบอัพ ระบบงาน 506 มาให้บันทึกข้อมูลเลยครับ ...  ...

... วันก่อนจะพิมพ์ต่อ เว็ป HOSxP ช๊อตไปซะก่อน อิ อิ ...  ....

... คือเรื่องที่ต้องการให้สัญญาณไปได้ไกลๆ มาก น่ะครับ  จริงๆ อุปกรณ์เดิม แค่เราเปลี่ยนไปใช้เสาอากาศที่มี gain สูงกว่าเดิม  ถ้าต้องมีสายนำสัญญาณ แล้วมีการสูญเสียในสายนำสัญญาณน้อย ก็จะสามารถขยายระยะของสัญญาณได้แล้วครับ ได้เป็นหลายๆ กม. ก็มี (ศึกษาข้อกฏหมายเพิ่มเติมนะครับ)
   
    แต่ปัญหาก็คือ อุปกรณ์ของเราที่จะเชื่อมกับ AP นั่นแหล่ะครับ สมมุติว่า ระยะสัก 100 - 200 ม. อุปกรณ์เรารับสัญญาณจาก AP ได้จริง แต่มันจะส่งกลับไปถึง AP หรือเปล่าคือปัญหาครับผมว่า ...  ...

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

... อย่างที่ป๋า peenan บอก เราเลือกใช้ค่ายไหนตัวไหน เราก็ต้องศึกษาเรื่องการกำหนดค่าต่างๆ ของตัวโปรแกรมให้ดี  เรื่อง False Positive มันเจอได้อยู่แล้ว เพราะเดี๋ยวนี้พวกแสกนไวรัส มันจะมีการทำงานแบบวิเคราะห์พฤติกรรมอยู่ด้วย บางครั้งมันจะเดาเอาไว้ก่อนว่าเจอปัญหา ถ้าเรารู้ว่าไม่ใช่ก็สามารถยกเว้นได้  แสกนไวรัสแทบทุกตัวถึงได้มีส่วนที่สามารถ กำหนดการยกเว้นการตรวจสอบ ได้ครับ

    บางทีแค่ลองเปลี่ยน version ของตัวที่ใช้งานอยู่ก็อาจไม่เจอปัญหาแล้วครับ ...

... ส่วนที่จะให้ไปแก้ปัญหาจากตัวที่ไม่ใช่ปัญหา  แต่ไม่ได้แก้ปัญหาจากตัวที่เป็นปัญหา
    มันก็กระไรอยู่นะครับ ...  ...

... ปล. ผมก็ใช้ n o d อยู่เหมือนกันครับ ...

... ส่วนเรื่องถ้า รหัสข้อมูลพื้นฐานต่างๆ ของเรา ไม่ตรงกับรหัส สนย. และกลัวว่าจะมีปัญหาเวลาส่งออกนั้น
   
    ตรงนี้ อ.mn ได้จัดการแก้ปัญหาไว้นานแล้วครับ  โดยใน HOSxP หรือ HOSxP PCU จะมีตารางที่เป็นรหัสมาตรฐานของ สนย. อยู่  ตารางจะมีชื่อขึ้นต้นด้วย  provis_ ครับ  ตรงนี้จะเอาไว้ให้เราเอาไปเชื่อมโยงกับข้อมูลพื้นฐานต่างๆ ของเราครับ

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

    เท่านี้เวลาส่งออก ก็จะได้รหัสมาตรฐานตามที่เรากำหนดไว้ ไปส่งออกได้ถูกต้องแล้วครับ ...  ...

... มีอีกนิดครับ แฟ้มที่ 2 CHRONIC ตอนเริ่มส่งออก ตรง status จะแสดงเป็น Export surveil start นะครับอาจารย์
    แต่ส่งออกมาเป็น CHRONIC ถูกต้องครับ ...  ...

ปัญหานี้มันต้องแก้หลายเรื่องครับ อย่างแรกต้องมีระบบเลือกที่จะส่งหรือไม่ส่ง แฟ้ม ซึ่งผมเพิ่มให้แล้วตามรูปครับ

... ตอนแรกก็ว่าจะขอ ให้อาจารย์ ทำตัวเลือกแฟ้มที่จะส่งแบบนี้แหล่ะครับ แต่เกรงใจ เห็นอาจารย์ยุ่งๆ อยู่ เลยขอแค่เรื่อง SURVEIL อย่างเดียว  ได้แบบนี้ถูกใจมากเลยครับ ...  ...


... ตอนนี้ลองทดสอบแล้ว ผมทดสอบเลือกส่งออกแค่แฟ้ม SURVEIL แฟ้มเดียว แต่ระบบยังส่งออกทุกแฟ้มอยู่ครับอาจารย์ ไม่ได้ส่งออกแค่แฟ้มเดียว
    แต่ตอนสร้างเป็น zip ไฟล์ จะเหลือแค่ตารางเดียวถูกต้องครับ
 
    อยากให้ตอนที่ส่งออก ก็ให้ออกตามตารางที่เลือกด้วยครับ จะได้ลดภาระ server ครับ เพราะถ้าจะส่ง SURVEIL ผมจะเลือกช่วงวันที่เป็น 60 วัน แฟ้มอื่นๆ อาจมีข้อมูลเยอะ
    จะเสียเวลาตอนส่งออกมากน่ะครับ ...  ...

... ข้อเสนอแนะ อ.mn คือ

   1. อยากให้ อ.mn แยกการส่งแฟ้ม SURVEIL ออกมาต่างหากจากแฟ้มอื่น เนื่องจากต้องส่งบ่อยและเงื่อนไขรายละเอียดก็แตกต่างจากแฟ้มอื่นๆ อยู่แล้ว   การส่งแบบรวมทั้งหมด จะใช้เวลานาน และรบกวนการทำงานของ server โดยไม่จำเป็นด้วยครับ
   ถ้าแยกแฟ้มเดียว ก็จะทำให้ระบบสามารถส่งออกได้เร็วมากขึ้น
 
    2. อยากให้ มีการตรวจสอบด้วยว่า ผู้ป่วยรายไหน ที่มีการส่งข้อมูลไปยัง สปสช. แล้ว
    เช่น อาจจะสร้าง field เพิ่มไว้ในตาราง surveil_member เพื่อเก็บข้อมูลว่าส่งเข้า สปสช. แล้วหรือยัง เหมือนกับที่ อาจารย์ได้มี field  send_epidem ใน surveil_member เพื่อบอกว่า ใครถูกส่งออกไป R506 บ้างแล้วน่ะครับ

    แล้วเวลาส่งออกก็ใช้ข้อมูลตรงนี้เป็นเงือนไขในการส่งออกด้วย ถ้าใครมีสถานะว่าส่ง สปสช. แล้ว ก็จะไม่ถูกส่งเป็นข้อมูลออกมาในแฟ้ม SURVEIL  โดยดูด้วยว่าวันรับบริการต้องไม่มาก่อน 1 กรกฎาคม 2555

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

    ก็จะแก้ไขปัญหาข้อมูลตกหล่นกรณีที่ approve ในระบบงาน 506 ไม่ทันรอบการส่งข้อมูลได้ครับ ...  ...


.... รบกวนฝาก อ.mn รับไว้ในอ้อมอกอ้อมใจ เพื่อพิจารณาด้วยนะครับ อิ อิ ...  ....

... เกี่ยวกับการส่งแฟ้ม SURVEIL ครับ อ.mn

    คือจากเงื่อนไขของ สปสช. ที่ว่า
      1. ส่งภายใน 7 วัน นับจากวันที่มารับบริการ ได้ 1 point
      2. ส่งหลังจาก 7 วัน แต่ไม่เกิน 60 วัน นับจากวันที่มารับบริการ ได้ 0.5 point
      3. ส่งเกิน 60 วัน นับจากวันที่มารับบริการ  ไม่ได้ point เลย

     ซึ่งถ้าต้องการให้ข้อมูลที่ส่งได้ประโยชน์สูงสุด ก็ต้องส่งแฟ้ม SURVEIL ให้ทันตามเกณฑ์ ข้อ 1
     
     อย่างที่ผมนี่ วางแผนไว้ว่าจะส่งอาทิตย์ละ 2 ครั้ง คือ เย็นวันจันทร์ กับเย็นวันพฤหัส
         โดย ข้อมูลของคนที่มารับบริการในวัน อังคาร, พุธ, พฤหัส ก็จะส่งในวันจันทร์ถัดไป
         ส่วน ข้อมูลของคนที่มารับบริการในวัน ศุกร์, เสาร์, อาทิตย์, จันทร์ ก็จะส่งในวันพฤหัสถัดไป

    ก็จะทำให้ส่งข้อมูลได้ทัน 7 วัน และคนที่ทำ 506 ก็จะพอมีเวลาตรวจสอบ และ approve ในระบบงาน 506

   โดยเวลาส่งข้อมูล เราก็จะกำหนด ช่วงวันที่ส่ง ต่อกันไปเรื่อยๆ ไม่ซ้ำวัน เพื่อป้องกันข้อมูลซ้ำซ้อน ...  ...

... แล้วก็ ที่ my.cnf

    ให้ไป # ที่ myisam_max_extra_sort_file_size = 2048M ด้วยครับ
    MySQL ไม่รู้จักค่านี้ครับ ...   ...

... อย่างที่ อ.ณัฐ บอกครับ   

    อีกอย่าง การจะแก้ไข หรือปรับตาราง บางตาราง ต้องระวังเรื่อง code หรือ รหัส ที่ได้มีการบันทึกหรือใช้ไปแล้วในฐานข้อมูลด้วยนะครับ ...  ....

สองพี่น้องเขาคุยกัน คงช่วยอะไรเขาไม่ได้ 
ได้แต่นั่งฟังอย่างเดียว 

... เราก็ รอเอามาใช้งัยพี่เข้ม ... อิ อิ ...      ....

password ดูไม่ได้ครับ

... ไม่ต้องดูหรอกครับ มันถูกเข้ารหัสไว้
    ให้ไปกำหนดรหัสใหม่ ให้ user ที่ system setting เลยครับ ...   ...

ปัญหาอยู่ที่ตัว variable ของรายงานตัวนี้มันเป็น   Value :=  rxdate1;

มาจาก
procedure GlobalOnCreate;
begin
GetDateRangeDialog(date1, date2);
rxdate1:=date1;
rxdate2:=date2;
{year_th:=InputQuery('กรุณาใส่ปีงบประมาณ พ.ศ.', 'ปีงบประมาณ พ.ศ.'); }
{showMessage(year_th);}
end;


... จากตรงสีแดงนะครับ ...  ...

    Value := FormatThaiDate('d mmmm yyyy',date1);

... เดี๋ยวผมต้องไป upgrade เครื่องคอมฯ ผมก่อนแล้ว

    ใช้ CPU 8 core X 2  กับเพิ่มแรมสัก 32 กิ๊ก

    ไว้ใช้เวลา ประมวลผล ส่ง 21 แฟ้ม อิ อิ ...  ....

... จากที่ได้ฟังคำชี้แจงของ สปสช. มานะครับ แฟ้ม SERVIEL สามารถส่งออกแยกไปเป็นแฟ้มเดี่ยวๆ โดยไม่ต้องมีแฟ้มอื่นไปด้วยก็ได้ครับ
    ทีนี้ถ้าอยากได้ point แบบเต็มๆ ก็คงต้องทำตามเงื่อนไขของ สปสช. ครับ คือส่งภายใน 7 วัน แต่ยังงัยก็อย่าให้เกิน 60 วันเพราะจะไม่ได้ point เลยครับ ... ...


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

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

... ลองเข้าไปจัดการใน system setting ในส่วนของ ห้องตรวจ ก็ได้นะครับ

    ในแต่ละรายการ จะมีปุ่ม ลบข้อมูล ให้อยู่ครับ ซึ่งก่อนจะลบ ระบบจะตรวจสอบให้ก่อนว่า รหัสนี้ มีการใช้ไปก่อนแล้วหรือเปล่าด้วยครับ

    ส่วนถ้าหากมีการใช้ไปก่อนแล้ว และต้องการลบ ก็ต้องแล้วแต่จะพิจารณาครับ ส่วนตัวแล้ว ถ้ามีการใช้งานไปแล้วก็จะไม่ลบออกไปครับ แต่ก็มีการปรับชื่อให้ดูดีขึ้นบ้างครับ 
 
    แนวทางการ save ของเก่า แล้วลบข้อมูลตามที่ อ.เทพพี่เกื้อ แนะนำก็สามารถทำได้นะครับ  แต่ต้องไม่ลืม หรือ มีการบันทึกหรือทำหลักฐานกันลืมไว้ด้วยว่า เราเปลี่ยนแปลงข้อมูลในวันไหน 
    โดยเฉพาะเวลาที่มีการส่งผ่านการเป็นผู้ดูแลระบบ ต้องไม่ลืมที่จะแจ้งการเปลี่ยนแปลงในลักษณะนี้ ให้ผู้ดูแลคนใหม่ทราบด้วยครับ หรือแม้แต่ถ้ามีผู้ดูแลระบบหลายคนก็ต้องแจ้งให้คนอื่นๆ ทราบด้วยครับ 
    หลายแห่งเจอปัญหากรณีที่มีการเปลี่ยนผู้ดูแลระบบ แล้วคนเก่าไม่แจ้งหรือลืมแจ้ง การเปลี่ยนแปลงในลักษณะนี้กันเยอะครับ ...  ...

... ปกติ เวลาเราเข้าใช้งาน HOSxP ก็จะมีการปรับเวลาของเครื่องคอมฯ ของเราให้ตรงกับเครื่อง server อยู่แล้วนะครับ


    กรณีที่เวลามันไม่ตรงก็ลองตรวจสอบที่ เครื่องคอมฯ ของเรานะครับว่า

    1. ชื่อ user ที่เข้าใช้งานของ OS (Windows) ได้สิทธิเป็น Administrator หรือเปล่า
        ถ้าเป็น Limit user รู้สึกว่ามันจะไปแก้ไข เวลา ของ windows ไม่ได้ ทำให้เวลาไม่ถูกปรับไปตามเวลาของ server

    2. มีการตั้งค่าให้เครื่องคอมฯ มีการไป Synchronize เวลามจาก internet หรือที่อื่น บ้างหรือเปล่า

    ลองตรวจสอบดูก่อนนะครับ ...  ....

...      ...

... ขอแสดงความเสียใจด้วยนะครับ ...

ทดสอบแล้ว สามารถใช้งานได้ ใน version ปัจจุบัน 3.55.4.20
 

ขอบคุณ อ.นาจ อ.อ๊อด อ.อาม อ.ฟาม ขอบคุณครับ

มึนไปเป็นชั่วโมง

... function ตัวนี้ อ.mn เอาใส่ไว้นานแล้วเหมือนกันครับ เทพกิจ แต่ไม่แน่ใจว่าเพิ่มมาตอนไหน ...

http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=24524.msg209498#msg209498


... เมื่อก่อนที่ยังไม่มี function นี้ใน report designer ต้องใช้วิธีการเพิ่ม function นี้เข้าไปเองในตัวรายงาน
    ซึ่งสุดยอดวิชานี้ มาจาก อ.นาจ ครับ    แกเคยมาสอนวิธีการไว้นานแล้วครับ ผมยังจำมาใช้งานอยู่เลย 

(ค้นกระทู้ อ.นาจ เจอแล้ว    )
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=9100.msg51954#msg51954

    จนพักหลังเพิ่งมาสังเกตุว่า อ.mn ได้เอาไปใส่ไว้ในตัว report designer แล้ว ...  ...

อ้างจาก: udomchok ที่ เมษายน 20, 2012, 09:24:11 AM

- เพิ่ม Popup เรียกคิว ที่หน้าจอรายชื่อผู้ป่วยงาน ทันตกรรม / ER / LAB / X-Ray
- เพิ่มปุ่มเรียกคิวห้องการเงิน

อันนี้เด็ด รอกันมานาน 

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

    ทีแรกเห็นช่วงนี้ อ.mn งานเยอะมาก นึกว่าจะได้หลังจากอาจารย์ลาบวชซะอีก  
    
    ขอบคุณ อ.mn มากๆๆๆๆๆๆๆ เลยครับ ...   ...

ลุงก็รู้ทัน.....จะเเอบมาที่รักด้วยอะคิดถึงไม่ได้เจอกันนาน

... คิดถึงเหมือนกันจ้า อิ อิ อิ อิ ....                ....