| From : | Nikoloz Ivanauri <Nivanauri@hssp.org.ge> |
| To : | valeri Tandilashvili <tandilashvilivaleri@gmail.com> |
| Subject : | RE: მერიის რეცეპტი |
| Cc : | Alexander Nodia <anodia@hssp.org.ge>; Tamta Kobakhidze <tkobakhidze@hssp.org.ge> |
| Received On : | 22.07.2015 11:15 |
ვალერი,
მედიკამენტების გაფორმებას და გაცემას შეძლებთ.
სერვისის მიერ დაბრუნებულ კონტრაქტს ემატება ორი ველი , მედიკამენტის შეფუთვის ტიპი და ნუმერუსი.
რომლის საშუალებითაც ფარმაცევტი შეძლებს გაარჩიოს თუ კონკრეტულად რომელი მედიკამენტი უნდა გასცეს პაციენტზე.
ტექნიკურ მხარეს რაც შეეხება , პროცესი ზუსტად იგივეა როგორც GeoNdc კოდის მქონე მედიკამენტების შემთხვევაში, არანაირი განსხვავება მათ შორის არ არის.
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Wednesday, July 22, 2015 1:57 AM
To: Nikoloz Ivanauri
Subject: Re: მერიის რეცეპტი
რა აზრი აქვს რეცეპტში ისეთი მედიკამენტის გადმოგზავნას, რომლის გაფორმებას და გაცემასაც ვერ შევძლებთ ჩვენ?
არ ჯობია რო კონტროლი დავუწესოთ და მაგ კოდის გარეშე მყოფი მედიკამენტები არც კი გამომიგზავნო?
2015-07-22 12:48 GMT+04:00 valeri Tandilashvili <tandilashvilivaleri@gmail.com>:
და მასეთ შემთხვევაში როგორ მოვიქცეთ?
ვერ მოხერხდება შესაბამისი მედიკამენტის გაფორმება ხო?
ამ სატესტო მედიკამენტებში ბევრია მასეთი, რომელსაც არ მოჰყვება Geondc - კოდი
2015-07-22 12:41 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
გამარჯობა ვალერი,
შესაძლებელია რეცეპტების მოდულში არსებობდეს ისეთი მედიკამენტები რომლებსაც არ ექნებათ GeoNdc კოდი
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Wednesday, July 22, 2015 1:26 AM
To: Nikoloz Ivanauri
Subject: Re: მერიის რეცეპტი
გამარჯობა ნიკოლოზ,
ტესტირება დავიწყეთ ჩვენს მხარეს, აფთიაქის ნაწილს რომ ველოდებოდი სატესტო კონდიციამდე არის უკვე მიყვანილი და ამ ტესტირების პროცესში ერთი კითხვა მაქვს: შენს მიერ გამოგზავნილ რეცეპტის ნომრებზე ზოგ მედიკამენტს არ უბრუნდება Geondc კოდი, და უბრალოდ სატესტო როა მაგიტო არ ბრუნდება თუ რეალურზეც შეიძლება განმეორდეს?
მაგალითად - 20910 -ზე რამდენიმე მედიკამენტზე არ მოეწოდება Geondc კოდი.
პატივისცემით,
ვალერი
2015-06-25 18:14 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
გიგზავნი სატესტო რეცეპტებს,
20952
20939
20938
20934
20930
20927
20926
20925
20923
20919
20913
20912
20911
20910
20907
20905
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Thursday, June 25, 2015 7:03 AM
To: Nikoloz Ivanauri
Cc: Tamta Kobakhidze; Alexander Turdziladze; Alexander Nodia
Subject: Re: მერიის რეცეპტი
მადლობა, ვნახე ჩამატებული,
მაგრამ სატესტოები რაც გამომიგზავნე აღარ იძებნება, ალბათ გააუქმე უკვე, და იქნებ სხვა სატესტოები გამომიგზავნო, ან ისევ ძველები აღადგინო, რომ სატესტო რეჟიმი ბოლომდე გავიაროთ
2015-06-25 14:04 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
გამარჯობა ვალერი,
ველი დამატებულია RequestContract კონტრაქტში
ველის დასახელება RemainingAmount - რეცეპტის ფარგლებში მერიის მიერ ასანაზღაურებელი დარჩენილი თანხა.
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Wednesday, June 24, 2015 6:00 AM
To: Nikoloz Ivanauri
Subject: Re:
მერიის რეცეპტი
ნიკა, მეორე ფუნქციაზე გვქონდა განხილვა ჩვენთან, აფთიაქის ფრონტზე ვინც აკეთებს, მოგეხსენება ჩემი მხოლოდ შუალედური აპლიკაციაა, და ამ მეორე ფუნქციის (CheckpayableAmountByDrugId) თავის არიდება შესაძლებელია, თუ პირველ ფუნქციაში გამოაყოლებ ინფორმაციას, თუ რამდენი დარჩა მერიას ასანაზღაურებელი.
...
კონკრეტულ მაგალითზე გეტყვი, ახლა - 36197 - ამ რეცეპტზე მერიიდან 14-ლარიდან მხოლოდ 11 ლარი დარჩა დასაფინანსებელი, 1 ცალი 3 ლარიანი უკვე შევიძინე და მაგიტო, და აი ეს 11 ლარი რომ დავაბრუნოთ პირველივე ფუნქციით, ხომ არ გაართულებს საქმეს?
ჩვენს მხარეს გაამარტივებს, მეორე ფუნქციასაც ავირიდებთ თავიდან და ჩვენით გამოვთვლით, თუ რამდენი აქვს გადასახდელი კლიენტს.
AmountInfoContract --> RequestAvailableAmount - აი ეს მონაცემი ხომ ყველა რეცეპტზე ერთიდაიგივე ბრუნდება, სრულად გაუცემელი რომ იყოს, ან თუნდაც ნაწილობრივ გაცემული, ხოდა ეს ინფო რო ჩაამატო პირველ ფუნქციაში, სადაც აგზავნი მერიისთვის მოთხოვნილ თანხას, და მასთან ერთად - მერიის მიერ დამტკიცებულ თანხას (RequestedAmount, ApprovedAmount) - აი აქ თუ ჩაგვიმატებ, გამარტივდება ჩვენთვის, და უფრო ლოგიკურიც იქნება ასე ვფიქრობთ
2015-06-24 15:05 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
ვალერი,
დარჩენილი თანხობრივი ლიმიტი მოთავსებულია:
IssuePrescriptionContract => RequestAvailableAmount
დარჩენილი მედიკამენტის რაოდენობა:
IssuePrescriptionContract => DrugContract => CountToIssue
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Wednesday, June 24, 2015 3:26 AM
To: Nikoloz Ivanauri
Subject: Re:
მერიის რეცეპტი
კიდევ ერთი კითხვა,
განვახორციელე 1 მედიკამენტის ყიდვა (რაოდენობა - 1), სულ ლიმიტი ჰქონდა 4 ცალი ერთეულის, როცა 1 ცალი შევიძინე, ამის შემდეგ სად მოდის მედიკამენტის დარჩენილი რაოდენობის ლიმიტი?
ანუ "3" ცალი რომ მივიღო სადმე, როგორც ინფორმაცია, თუ ვერსად ვერ მივიღებ?
კლიენტის მხარე რო ხედავდეს, თუ რა რაოდენობის ყიდვა შეუძლია კიდევ...
2015-06-24 12:45 GMT+04:00 valeri Tandilashvili <tandilashvilivaleri@gmail.com>:
გამარჯობა ნიკოლოზ,
CheckPayableAmountByDrugId - ამ ფუნქციასთან დაკავშირებით გწერ. ერთ კონკრეტულ მაგალითზე ვიძახებ, და როცა აბრუნებს მონაცემებს, თანხა, რომელსაც პაციენტი იხდის, არის უარყოფითი რიცხვი, ეს იმ შემთხვევაში, თუ მერიის მიერ ასანაზღაურებელი თანხა მეტია რეალურად გადასახდელ თანხაზე, უფრო ზუსტად რომ ვთქვათ, რეალურად გადასახდელ თანხას აკლებ მერიის მიერ ასანაზღაურებელ თანხას, და თუ ნაკლებია მაგ შემთხვევაში გამოდის უარყოფითი,.. ეს მე პრობლემას არ შემიქმნის, ვგულისხმობ იმას, რომ როცა უარყოფითი დაბრუნდება, მე 0-ს გამოვუჩენ, მაგრამ შეიძლება ჯობდეს, რომ შენვე დააბრუნო 0.
შენ რას იტყვი ამ საკითხზე ? :)
2015-06-23 11:57 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
გამარჯობა ვალერი,
მართალი ბრძანდებით , ასანაზღაურებელი თანხების შესახებ. განაღდებული მედიკამენტიდან გამომდინარე განისაზღვრება მერიის და პაციენტის მიერ ასანაზღაურებელი თანხები.
შესაბამისად წინასწარ მედიკამენტებს ვერ განვუსაზღვრავთ ასანაზღაურებელ თანხებს.
ინფორმაცია რეცეპტის ფარგლებში მერიის მიერ გამოყოფილი ასანაზღაურებელი თანხის შესახებ არის RequestContract - ში.
ველის დასახელება გახლავთ ApprovedAmount.
ინფორმაცია თანხების შესახებ მოდის მედიკამენტის დონეზე რადგან რეცეპტის გაცემა შესაძლებელია მხოლოდ ცალ ცალკე მედიკამენტებად.
შესაბამისად ჩვენი მეთოდი CheckPayableAmountByDrugId ამ დონეზე ახდენს თანხების დათვლას.
თუ თქვენ გაინტერესებთ პაციენტის გადასახდელი თანხის შესახებ ინფორმაცია მთლიანი რეცეპტის ფარგლებში, GetPrescriptionByPrescriptionNumberForPharma _ის
მიერ დაბრუნებული ინფორმაცია საშუალებას იძლევა აღნიშნული თანხა დათვლილ იქნას მარტივი არითმეტიკული ოპერაციებით .
რაც შეეხება სატესტო რეცეპტებს, ლიმიტები გაზრდილია.
პატივისცემით,
ნიკა
From: valeri Tandilashvili [mailto:tandilashvilivaleri@gmail.com]
Sent: Monday, June 22, 2015 7:26 AM
To: Nikoloz Ivanauri
Subject: Re: მერიის რეცეპტი
როგორც Geondc-ზე გავარკვიე, აგრეგანის ორივე დოზაზე სხვა (ძველი) Geondc გვქონდა, და განვაახლეთ.
რაც შეეხება მედიკამენტების ინფორმაციას, ასანაზღაურებელი თანხების შესახებ, რამდენადაც მე ვხვდები ეს ერთმანეთზე უნდა იყოს დამოკიდებული, იმის მიხედვით, თუ თავდაპირველად რომელს შეიძენს, ერთიდაიგივე რეცეპტში შემდეგ მედიკამენტებს სხვა თანხები ექნება მერიის მიერ ასანაზღაურებელი და კლიენტის მიერ დასაფარი. ასეა ხო?
თუ ასეა, მაშინ სულ თავიდან, GetPrescriptionByPrescriptionNumberForPharma - ამ ფუნქციაში არა მედიკამენტების დონეზე ჩაშლილად, არამედ ერთიანად შეიძლება რომ გამოგზავნოთ ეგ ორი ინფორმაცია, ვგულისხმობ თანხას, რომელსაც ანაზღაურებს მერია და თანხას, რომელსაც იხდის პაციენტი.... ეს იმ შემთხვევაში, თუ ნაწილობრივ არ შეიძენს, ანუ სურს, რომ ერთიანად შეიძინოს რეცეპტში მითითებული ყველა პრეპარატი... ასეთი შემთხვევებისთვის სასურველია პროგრამულად ვიღებდეთ ამ ინფორმაციას.
2015-06-22 16:24 GMT+04:00 valeri Tandilashvili <tandilashvilivaleri@gmail.com>:
გამარჯობა ნიკა,
ორი კითხვა მაქვს მერიის რეცეპტების ვებ-სერვისთან დაკავშირებით.
თუ არის საშუალება, რომ GetPrescriptionByPrescriptionNumberForPharma -ს გამოვაყოლოთ შემდეგი ორი მონაცემი:
მართალია, ამ ორი მნიშვნელობისთვის ცალკე ფუნქცია (CheckPayableAmountByDrugId) გაქვთ შექმნილი, მაგრამ, როცა რაოდენობის ცვლილება არ უნდა, და სულ უნდა რომ გამოიწეროს, ამ შემთხვევაში პირველივე მომართვაზე ორჯერ გვიწევს, რომ დავუკავშირდეთ ვებ-სერვისს.
კონკრეტულად კი, List
პირველივეზე ორჯერ სერვერზე მომართვა წაიღებს მეტ დროს და რესურსებს.
და კიდევ, რაც შეეხება სატესტო რეცეპტებს, ისეთი რეცეპტის ნომერიც რომ გამომიგზავნოთ სატესტო, რომლის მედიკამენტებსაც რეალური სახელი და Geondc ექნება, რომლითაც ჩვენ შევძლებთ სხვადასხვა ვარიანტების გატესტვას. გასაცემი რაოდენობა, ანუ ლიმიტი თუ უფრო მეტი ექნება, უკეთესი იქნება, რომ გაცემის ფუნქციის ტესტირებისას გამოგვადგება.
მადლობა წინასწარ.
2015-06-17 16:15 GMT+04:00 Nikoloz Ivanauri <Nivanauri@hssp.org.ge>:
მოგესალმებით,
გაწვდით სატესტო რეცეპტის ნომრებს: 36197, 36198
რაც შეეხება მომხმარებელს და პაროლს, შეგიძლიათ ისარგებლოთ იმ მომხმარებლით და პაროლით რასაც იყენებთ საყოველთაო რეცეპტის შემთხვევაში.
ტექნიკური კითხვების არსებობის შემთხვევაში შეგიძლიათ მომმართოთ.
პატივისცემით,
ნიკა
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.
This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.