Mobile health (care)

Back to The tech awesomeness

Table of contents

Mobile life chapters

The article for today.

There are several prestories for this article.

One is that the medical doctor (therapist) told and inclined, it was also good to have the mobile office and work from home opportunities (https://livingstone.eu/wp-content/uploads/2019/08/account-based-marketing-in-healthcare.jpg ) in regular times as well as to constantly be in the medical stationary immobile office.

Another one is that the medical doctor (physiotherapist) told and mentioned, that she travelled so much that it was the tenth location that she had to move to for the patients without proper resting.

And another one was in the queue, when the medical doctor (medical dispatcher) told and underlined the fatigue of the amount of the patients (https://deptmed.queensu.ca/sites/deptmed/files/articles/waiting-patients.png ).

Hey, voice assistant, will you describe my health, why am having this cold feeling?

Hey, voice assistant, will you describe my health, why am having this cold feeling after eating 3 ice-creams?

Hey, voice assistant, will you describe my health, why am having this cold feeling after eating 3 ice-creams after 3 hours after that?

The update from 2020-11-29.

https://en.wiktionary.org/wiki/vaccine

https://en.wiktionary.org/wiki/disease

https://en.wiktionary.org/wiki/incubation

incubation. (pathology) The development of a disease from its causes, or the period of such development.

vaccine. (immunology) A substance given to stimulate the body's production of antibodies and provide immunity against a disease without causing the disease itself in the treatment, prepared from the agent that causes the disease (or a related, also effective, but safer disease), or a synthetic substitute.

disease. (pathology) An abnormal condition of a human, animal or plant that causes discomfort or dysfunction; distinct from injury insofar as the latter is usually instantaneously acquired.

So that process when for example I experience body's production of antibodies after the effect of that stimulant or that stimulator, somehow seems to have relation with the process which seems to be the reverse incubation, removal of previous incubation effects, repeatable incubation. Because both(incubation and the back one) are during some period of time and both are conditions. No better proper naming here. But also there are no proofs here: purely plain logical construction, after watching film about Ibn Sina (Persian: ابن سینا‎), also known as Abu Ali Sina (ابوعلی سینا), Pur Sina (پورسینا), and often known in the West as Avicenna (/ˌævɪˈsɛnə, ˌɑːvɪ-/; c. 980 – June 1037); a Persian polymath.

Оновлення 2020-11-29.

Оце подивився фільм про Абу́ Алі́ аль-Хусе́йн ібн Абдалла́х ібн Сі́на, Авіце́нна, (арабською ابو علی حسین بن عبدالله بن سینا‎, латинською Avicenna, 980 — 1037) — перський науковець-енциклопедист, філософ, лікар, хімік, астроном, теолог, поет.

Почитав потім англійською мовою статті в вікімедіа wikimedia віктіонарі wiktionary про 3 явища: хворобу, інкубацію і вакцину.

І подумав що, якщо я маю досвід коли коїться вироблення антитіл у тільці, після ефекту стимулянта чи стимулятора, схоже, що воно має взаємозв'язок з процесом який схож з інкубацією навпаки, видалення попередніх наслідків інкубації чи повторною інкубацією. Тому що обидва є протягом проміжку часу, і є становищами. Немає кращого опису тут. Немає доказів тут теж: суто логічна побудова. Тож після перегляду фільму.

Є дві причини для цього твердження. Одне з них пов'язане з математикою. Також одне з них з російською мовою, інше з англійською. Обидва є після перекладів для мене. Нема відповіді з +380661907243, тоді +380635531264; no answer from +380661907243, then +380635531264. джеесем GSM.

Оновлення 2020-12-11.

стаціонарний ізолятор^-1 = 1/стаціонарний ізолятор = мобільний ізолятор.

Оновлення 2020-12-25.

ква 1. ква 2. ква 3. ква 4. 🍉 це кавун.

Оновлення 2021-05-18.

The update as of 2021-05-18.

    /* EstimationNullPointerException */
    /* нема очп */

Оновлення 2021-07-30.

The update as of 2021-07-30.

Тестування деякого ПЗ з умовою мало постійної пам'яті під'єднаної до обчислювача, десь до ~вільних мб, надало інформацію, що існує тестування результату тестуючогося файла після його створення, і це інше, не про тестування логіки самого файла. Це про тестування умови його середовища.

Testing of some software with condition when there is few free disk of drive space, up to several ~free Mb, provided, that there is a testing of the result of the file under testing after its creation, and it is other than, and not about testing of its business logic. It is about testing of the condition of its environment.

Оновлення 2021-09-25.

The update as of 2021-09-25.

Звичайно я не тестую щось обчислювачами сусідів якщо я не маю змоги запитати їх якийсь крізь бар'єр чи вони не мають змоги надати відповідь яку можливо обробити недвозначно: 1. Й переважно з за внутрішніх екодіячевих прагнень в обчисленні. Тобто цей метод не в моєму наприклад швидкому переліку для використання. Але коли треба вберегти від чогось за допомогою цього щось велику кількість обчислювачів в мережі дуже принадливим є занести такий спосіб тестування до цього швидкого переліку для використання. Але це в такому порушить екодіячеві прагнення в обчисленні. Можливо звичайно створити для такого випадка додатковий перелік як то додатковий швидкий перелік для використання або додатково тимчасовий швидкий перелік для використання. Але це було би кроком у невірному напрямку зважаючи щодо внутрішніх екодіячевих прагнень щодо обчислення. Тобто метод розширення або переліку у такому випадку звичайно можливий і дієвий але створює подальші проблеми. Так звані діри в деяких випадках. Щонайменш для сусідів у цьому випадку з за деяких причин.

Usually I do not test something in computers of the neighbours if I do not have an opportunity to ask'em through some barrier or they do not hold an opportunity to provide response which is parseable non binary: 1. And it is mostly because of internal ecoactivistic aspirations for computations. That is this method or approach is not in my for example urgent use listing. But if it is necessary to keep from something with a help of this something a big amount of computers in a network then it is very wish listable to put such method or approach of teting to this urgent use listing. But in this case it breaks ecoaxtivistic aspirations for computations. It is certainly possible to create for such a case additional listing as of additional urgent use listing or additionally temporary urgent use listing. But it would be a step in a wrong direction in spite of internal ecoactivistic aspirations for computations. Therefore such method or approach of extension or of a listing in this case is definitely possible and actionable but it creates further problems. A so called fractures in certain cases. At least for neighbours in this case because of several reasons.

Посилання для цього оновлення.

The links which I linked for this update.

При ризику що воно занадто велике і як кажуть Ми його не розуміємо, є; і як метод чи спосіб:

Within a risk of it is too big and as they say simply We do not understand it, there is; and as a method or approach:

Чи як якщо кальтдогбіт відновлення паролю після різних випадків було би настільки складним що я звертався би до спеціальної послуги, чи як наприклад до деякого різновиду зусиль хакінга. Це лише висвітлює що той самий метод відновлення пароля звичайно з різними різноманістностями в різних системах може бути як від простого так і до складного. Але що також визначальне, це наскільки це автоматизовано, навіть незважаючи щодо опції безконтактності у таких віртуальних системах, яка зазвичай вважано вбудована до деякої межі. До контактів з кінцевопунктовим пристроєм.

Or as if кальтдогбіт restore password after different scenarios would be so complex that if it requires to ask to special service, or as if for example to ask to some type of hacking efforts. It is only demonstrates that the same similar password restore method certainly with different variations in different systems can be from a simple one to a complex one. But it is also definable, is the automatisation amount, even despite of contactless feature in such a virtual systems, which is mostly expectantly intrinsic to an extent. Of contacts with endpoint device.

І адже є частини і в тій і в тій архітектурах, що самі по собі обмежують дизайн, який в свою чергу обмежує код, не сюрприз що людина знайшла ще один недолік в СОА, частиною якого є мікросервісна. Тобто сервісна чи мікросервісна повторила досвід більш ранньої у якихось системах якщо те натякання позитивне.

And as long as there are parts in that one and in other ones architectures, which are themselves limits the design, which in turn limits the code, it is a no surprise or a surprise that a person found even one more disadvantage in SOA, the part of which is a microservice one. There, the service or microservice architecture repeated the experience of a more early advanced one in some systems if that implication is a positive one.

Але що більш важливо для мене, то це людина знайшла причину цього. Це блоатінг.

But what is more important for me than not, is that the real cause is there. It is a bloating.

Воно повертає до інструментів аудиту, але в цьому більш складному випадку, я не забуваю що подібна система була у розробці найбільш ймовірно під популярними аджаіл agile, скрам scrum, чи водоспадовими waterfall модельними інструментами. Які й допомагали запобігти її блоатінгу й обмежувати його. Наприклад обчисленням і обмеженням ліній коду замість подібних до

It ways back to audit tools, but in this a more complex case, I do not forget that such system was under development most probably under a popular agile, scrum, or waterfall model tools. Which helped to prevent and limit its bloating. For example via lines of code LOC instead of similar to

Але що більш важливе для мене, навіть якщо те натякання негативне, і там навіть була суміш модельних інструментів протягом розробки. Я ще досі не знайшов статті яка б журналювала чіткі перемикачі чи трігери чи описувала чи в інший спосіб узагальнювала в які моменти тобто коли і чому люди перемикали популярні модельні інструменти. Тобто про їх недоліки.

Тобто про чіткі перемикачі для зміни популярної модельного інструменту.

Тобто або я не знайшов що більш ймовірно або вони не описані подібно або вони в закритому коді.

У будь якому випадку без них системи якими вони розташовуються як то архюніт ArchUnit, не можуть без них якісно розвиватися.

But what is more important, even if that implication is nefative, and there was there even a mix of model tools during development. I have not yet found a publication which logged the exact triggers or describe or log in other approach the moments and reasons why people triggers the changes of popular model tools. That is abut their disadvantages.

Therefore about the exact triggers for changes of popular model tool.

Because of I did not find it what is more relevant or they do not have such descriptions or they are in closed source.

In any case without them the systems which are the basis for them such as ArchUnit, can not be developed without them.

Але людина створила рішення навіть для такого здавалось би неможливого випадка.

But a person created a novelty as a solution even for such an impossibility.